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I had the pleasure of speaking at this year's Personal Digital 

Archiving http : / /www . per sonalarchiving . com/ 2 012/0 1 /preliminary- 

scheduie-pda-2012/ conference, held at the Internet 

Archive http://www.archive.org/ . I did a talk about parallel- 

flickr https://github.com/straup/parallel-flickr and this is what I said, 
only just finishing in advance of the worst of all possible live demo failures: Flickr 
having an outage http://grant-pattishall-award.com/ ... 
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Hi, my name is Aaron. I have no particular affiliation other than myself, 
these days. 

I was at Flickr for about a thousand years (or 2004 through 2009) as part of 
the engineering team. After that I spent a couple years at Stamen Design, here in the 
city, as part of the nerd squad and appointed myself Director of Inappropriate 
Project Names in the process. 



I left the studio at the end of 201 1 and am currently a Man of Leisure 
enjoying a little bit of long-overdue rest. So far, this has included small side projects 
like "cloning" Flickr and is part of the reason I am here today. 




I was reminded, during Brewster's comments this morning, that before all of 
this I was also involved in an early community-based photo-sharing site called the 
Mirror Project. I am ashamed to admit that the only place it exists on the Internet 
anymore is somewhere in this building as part of the Wayback Machine. 



Update: I am pleased to say that on August 27, 2012 we relaunched The 
Mirror Project http://www.mirrorproject.com/ / See Heather Champ's blog 
post http://hchamp.com/2012/08/27/the-mirror-project/ for details. Yay!! 



http://shlong.us/pf6 



Before we get started I'd like to mention that this is the only URL in the 

entire talk http://www.aaroniand.info/taiks/pda2012/appendix.htmi . It 
points to an appendix which contains references and links to everything I'm going to 
mention today, and I will show it again at the end of the presentation. 




The other thing I want to say is that this talk takes the worst case scenario 
not as a given but as a useful starting point for the exercise of thiking about what to 
do next. 

The worst case scenario of course being: What if Flickr disappeared 
tomorrow? 

Maciej Ceglowski and Jason Scott, who are both speaking here at the 
conference, have each had formative experiences with Flickr's parent company, 
Yahoo, that give them every right to think I am being hopelessly naive when I say 
that I don't actually think that anything bad is about to happen to Flickr. 

I can live with that. There's a lot of anxious talk these days though little of it 
caused by anything that Flickr itself is doing. 

Mostly it's due to the perception that Yahoo is fumbling around, and 
fumbling around in public, for purpose in the world and the sense that the upper 
layers of management are completely divorced from any reality that the rest of us 



understand or experience. And what it means for Flickr to be beholden to them. 

Even if Yahoo decides to "sunset" Flickr it won't happen with the speed or 
the casual disregard with which they shut down Geocities or Delicious. If it ever 
happens it will be a long and slow and agonizing process but that is not something 
we have to worry about today. 

Which means this is the perfect time and space to think about what we do if 
the worst ever does come to pass. 
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Here's the crazy thing about Flickr, though: For all the mistakes that we 
made along the way we got enough right that, for all intents and purposes, no one 
ever felt the need to backup their photos. We enjoyed a crazy amount of trust from 
our users in part because we took the responsibility of that trust seriously. 

So, no one ever thought to backup anything on Flickr. At least until now. 

This has led to a lot of teeth-gnashing and finger-pointing and accusations 
that Flickr is holding people's photos hostage and why doesn't Flickr have one- 
button export functionality and so on. 

My friend and former Flickr colleague Kellan Elliott-McCrea wrote a blog 
post about this subject last year and in it he talks about the idea of "minimum 
competence" for social software. In Flickr's case that: "you can get out, via the API, 
every single piece of information you put into the system." 



Which is great if you are comfortable working with APIs. But what if you're 



not? 



We very deliberately chose not to create a Flickr-blessed backup application 
because we hoped it was an opportunity independent developers would seize. In 
retrospect, maybe we made the wrong decision. 
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RDF Describes Flickr 



But back to today. Which means spending a little more time in the past. 

In 2005 I started writing a tool to backup my photos and all their metadata. I 
did not do this because I was worried about the safety of my photos. I did it as much 
as an intellectual exercise, and a way to become intimate with the Flickr API and to 
remind myself of the adage that "lots of copies keep things safe". 

Being 2005 I tried to do the right thing and adopt all the best practices 
around XML, the Semantic Web and static, linkable resources. I open sourced all of 
my code. This is an example of one of the metadata files. 



In hindsight this approach had a fatal flaw. 




It is incomprehensible gibberish. 

Worse, it's hard to do anything with. Not only are the data models overly- 
complex but all the stricter-than-strict, standards-compliant tools that grew up 
around them are hard to use. 

This is a really important point, especially if we're going to talk about 
personal archiving. 



If I can't stand to look at this stuff seven years later then what hope is there 
that someone who does not live and breathe the technical details will? 




Which brings us to parallel- flickr. Almost. 

Fast forward to 2010 and you will find a bunch of ex-Flickr engineers slowly 
rewriting most of the core libraries and code that we used to build Flickr itself. 

The goal was not to rebuild Flickr, the site, but simply to have a set of 
familiar tool to be able to continue writing web applications in a manner we'd all 
grown to love. 

Around the same time I was trying to figure out what to do about my dusty 
archive of Flickr photos. I asked myself the question that I asked earlier: If Flickr 
were to disappear tomorrow what would I do? 



I would have all of these photos and all this glorious metadata and no way to 
actually show, or share, any of it. All of those fancy RDF files may be interesting to 
robots that have yet to be written but they are a bit of a slap in the face to normal 
humans. 



Having a pretty good idea of how Flickr works under the hood and being 
involved in a project to rewrite the code that built Flickr it seemed like a logical 
next step to simply revisit the problem as a website. 

Or: parallel-flickr. 



for photo 6906631673 



# 640x thumbnail 



allel-flickr/690/663/167/3/6906631673 



# original photo 



allel-flickr/690/663/167/3/6906631673 



# flickr. photos. getlnfo 



allel-flickr/690/663/167/3/6906631673 



# flickr. photos. conments.getI.ist 

rallel-flickr/690/663/167/3/6906631673 



parallel-flickr uses the Flickr API to retrieve the photos and the basic 
metadata and comments associated with each for one or more users. It also 
preserves and honours the viewing permissions which is something I'll discuss in 
detail, shortly. 

It stores each one of those files as either an image or a text file in a folder 
keyed off of the photo ID. Every photo is then imported, and indexed, in a database 
which is used by the actual website. 



You can run a copy of parallel-flickr for just yourself or for you and your 
5000 closest friends. 
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artifacts are the 
soft porn of memory 




This preserves a logical separation between the archive itself (the files) and 
the manifestation (the website). But unlike the first time I tried to do this it doesn't 
do it by sacrificing the manifestation. 

And these files are easily transferable and easily manipulated, parallel-flickr 
already has hooks to use Amazon's S3 (and by extension the Internet Archive) in 
place of the local filesystem for storing the files and I'd like to add the ability to 
sync between the two, regardless of what parallel-flickr is using as its primary file 
store. 



And if worse came to worse, you could always just print this stuff out as an 
archive of last resort. 




parallel-flickr also archives the photos, from other users, that you've faved 
on Flickr. This has the nice side-effect of creating a sort of fuzzy snapshot not 
simply of my own photos on Flickr but of my experience on the site. 




One of the most important things I've tried to do with parallel-flickr is 
preserve the URL structure that Flickr itself uses. 

Again, if we ask the question "What happens if..." then there are going to be 
a lot of broken flickr.com URLs out there. 

parallel-flickr is not a perfect solution to this problem but if someone can say 
to their friends "Well, just replace 'flickr.com' with 'mywebsite.com' in all those 
URLs" then that's a start. 



It is at least *something* which is better than nothing which is, by and large, 
the situation we're in today notwithstanding things like the Way back Machine. 




It's also been a place to work on purely experimental features or to develop 
interfaces for experimental features on Flickr that released but that never made it on 
to the site itself. 



This slide shows a combination of the Flickr "Places" pages but scoped to a 
single user and then scoped again by the idea of geographic "context" . In this case 
only indoor photos from a particular neighbourhood in Oakland. 



The experimental stuff might also prove useful for archiving. This is a little 
application I built around the recently released real-time subscription feeds, from 
Flickr. 

This application shows me all the photos that my contacts have faved in real- 
time but I could just as easily modify it to be notified of my new photos, or updates 
to my photos, and use that trigger to automatically archive those images. 



I straup / parallel-flickr 
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parallel-flickr is not being run as a public service but is available as open 
source software, with a BSD license, and is still very much a work in progress. 

The site is built to run on nothing more than a standard LAMP stack, the sort 
of thing you might find on a shared web-hosting service. For the fancier features it 
requires having a copy of the Solr document index but the actual archiving part 
works just fine without it. 

The label on the tin reads: "It ain't pretty or classy but it works". That sums 
up the current state of the documentation and the installation process, too, which are 
still geared towards a technical audience. I would love to make parallel-flickr as 
simple to use as a "one-button install" but at the moment I've been concentrating on 
some of the other plumbing. 



I'm not going to touch the part about what Git and Github mean for 
archiving because we don't have time but if you're as interested in the idea as I am 
please come find me during the conference. 




I mentioned that parallel-flickr honours the viewing permissions that you 
assigned your photos (and any location data) on Flickr. 

Another consequence of taking the responsibility of hosting other people's 
photos seriously is that there are a lot of not-public photos on Flickr. 

I know people who've uploaded over 20, 000 photos and I'd wager that a 
quarter of them, or more, are marked as "private" or "friends and family". 

What happens if a person manages to archive all of their photos but then has 
to go through them by hand to cull the not-public ones? Realistically, nothing 
happens because people are busy trying to get through the day. Which means that 
there's a good chance that user will never put those photos back in the Internet. So 
they're gone. Just like that. 



Even if they had a way to automate the process they still don't have any way 
to restrict who can see those photos once they're no longer on Flickr. So those 5, 
000 photos are erased from the Internet. That may not seem like much in isolation 



but multiply the problem by all of Flickr and the situation starts to look pretty grim. 



"industry best practice" 




If you remember nothing else from this talk I hope you remember this slide. 
Not just because it's funny but because of what it represents. 

This is a screenshot taken from the list of photos that I've faved. 

I actually have the photo in question on my server because when I asked the 
Flickr API for it the site (Flickr) checked the permissions and everything was 
kosher. I could, since it's my server, simply go and look at the photo whenever I 
want. 



There are two reasons I'm seeing this placeholder image instead of the actual 



photo. 



First, the photo's metadata and by extension database says: "This is a photo 
restricted to friends and family". 



Second, the photo owner is not a registered user of my copy of parallel-flickr 
so I don't have any way to know who their contacts are and the permissions they've 



been granted. 

So the code on my server doesn't have any way to know whether or not I am 
actually allowed to see the photo. 

This may seem like a pretty pedantic point but I will simply remind 
everyone that we've recently had to live through all of our address books being 
hoovered up by one "social" application after another. And being told that it was 
"no big deal" or that "privacy is dead, anyway". 

Which is madness. 

Privacy is genuinely important no matter what people are passing off as 
"industry best practices". It is doubly important for anything that archives Flickr 
because a respect for privacy remains core to what the site is about and the ways 
that people use it. 
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parallel-flickr is able to do this is by using the Flickr API itself as a single- 
sign-on service. 

If you're not familiar with the concept of single-sign-on you've all seen or 
experienced it by now. Facebook Connect is a single-sign-on service and it allows a 
website to ask Facebook to handle the drudgery of authenticating and validating that 
a user is who they say they are. 

As it happens, any API that uses a technique called "delegated 
authentication" can also be used as a single-sign-on service. 

We don't have time to get in to the details of delegated auth but the short 
version is that it's a way for a user to allow an application to act on their behalf, 
using a secret token, without having to give up their username and password. 



The reason you can use a delegated auth API as a single sign-on service is 
that in both cases the same question is being asked behind the scenes: Is this user 
who they say they are? 



What that means is that when I log in to parallel-flickr, by way of the Flickr 
API, then the site (parallel-flickr) now has a "read" token that it can use to fetch and 
store all of my contacts on Flickr. 

Once another user has logged in to my copy of parallel-flickr the site now 
has a way to test those relationships and the permissions around them to determine 
who can see a given photo. Because the site now know who a person is on Flickr. 

The twist in all of this is that no one really imagined that API endpoints 
would be used this way. They are all designed with the expectation that an 
application will perform some sort of action, using a token to identify the user in 
question. No one thought to add the concept of a plain vanilla validation service to 
the spec scoped to a token with no particular permissions. 
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If this seems a little crazy to you that's because it is. This is not a security 
exploit so much as a lack of imagination on the part of people writing these kinds of 
specs (and I am partly responsible having been involved in the creation of the Flickr 
authentication API). Andy Baio's written a really good piece, recently, discussing 
some of the other problems that have creeped up around delegated authentication 
and I've included a link to it in the appendix. 

I should acknowledge that the whole thing is predicated on users being able 
to log in to Flickr at least once before disaster were to befall Flickr. 

If that doesn't happen then of course some other way of mapping of users to 
their Flickr accounts would need to happen. 

This is the actual hard part of the personal archiving problem: How to deal 
with authentication and authorization controls defined by a third-party site that may 
or not exist anymore. 



The solution (more like a hack) that I've outlined today should not be 



confused with a perfect solution but, again, as *something* in a world where we 
currently have nothing. 
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This problem is also why parallel-flickr is not the mythical archiving of all 
of Flickr. Because you can't back up Flickr. Or rather: The only way to back up 
Flickr with any kind of credibility or ethics is to swallow the thing, whole. 

It is the only way to preserve the integrity of what has unfortunately come to 
be called "the social graph" and what is really a delegation of trust between an 
individual and a service. 



Or you have to reconcile yourself to a massively truncated version of Flickr 
consisting only of public photos. 




I joked earlier that I've been "cloning" Flickr. I'm not, really. I am not 
actually interested in cloning Flickr. I am not ready to imagine a world without 
Flickr. 

Nor am I really interested by all the talk of distributed and federated social 
networks or "seamless" sharing. Given how badly some services behave I can see 
the desire, or even the need, for an alternative to a centralized system. 

I also know that it is possible to build a centralized system that doesn't suck. 
It is hard, but possible. And when they work they have real and tangible benefits. 

But behind all of that is the question of the how and the where and 
ultimately the responsibility of backing things up - of personal archives - in a world 
with those centralized services. 



I remain fantastically proud to have worked on something that enjoys the 
kind of confidence and good will that Flickr does. 



But if I had to do it again I would spend more time trying to encourage the 
idea of shadow copies of a service and of an on-going personal archiving of that 
service. Not as a sign of weakness, or a suicidal business practice, which is usually 
how these things are interpretted but as a shared responsibility and a fail-safe with 



I hope that there are some lessons in parallel-flickr that can be applied to the 
future but it is still early days. There's a lot left to figure out when it comes to 
archiving something as big and as complex as Flickr. 

parallel-flickr is just one attempt to wrestle with the problem, in code and in 
public, and I hope there will be others. 



Thank you. 



Later on in the day Aaron Ximm, from the Internet Archive, did a 
presentation about some of the work they are doing to preserve social websites on a 
per-user basis. He summed up part of the Archive's reasons for doing this by saying: 
"...services are unmovitated to invest in the emancipation or preservation of our 
data". 

I'm really glad he said that because it does a much better job articulating the 
problem that I was trying to touch on at the end of my own talk. Historically, 
services have been lax or reticent in encouraging users to think about what they do 
on, or with, a service outside of the service itself. We should change that. 

(A PDF version of the slides and an appendix of links lives over 
here http://www.aaronland.info/talks/pda2012/ .) 
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This is the blog post where I start by slagging David Hockney (just a little) 
and then go on to talk about my own work. This is an awkward thing to do but there 
you go. 

While I was in London, last, Chris Heathcote http : //anti- 
mega, com/antimega/ was kind enough to take me to see the big ass David 
Hockney exhibition currently on display at the Royal 

Academy http://www.royalacademy.org.uk/exhibitions/hockney/ .The 

show is epic in scale. It goes on forever and the size of some of the works make 
most "big" paintings look like postage stamps. It is also, in turn, a rousing defense 
of the curator. If ever a show was in need of a critical third eye this is it. 



That some people will say the same thing about some (all?) of the blog posts 
on this site is not lost on me and so it is worth pointing out that the Royal Academy 
enjoys basically the same privilege that weblogs do, the privilege to say: It's my 
party. The Royal Academy is not a public institution but an invite-only artist run 
gallery that just happens to own a giant old-skool building in center of London. 
They can do pretty much whatever they want and who among us, given the chance, 
wouldn't take a similar opportunity and run with it? 



My problems with the show are three-fold: The slap-dash inclusion of earlier 
works not unlike the way long running TV shows will show a "Previously on..." 
trailer at the beginning of every episode; The sausage-making death-march through 
every single failed study and sketch, as if the rhetoric and myth of the Artist (not to 
mention the bucolic English landscape) could hide the laziness and general 
awfulness of some of the paintings on display; The iPad "paintings". Oh god, the 
iPad paintings... 

I genuinely admire David Hockney's work. He is a proper King Hell painter 
(one of only a few out there, these days) and the RA show could have been 
complete with the dozen, or so, really good and novel paintings he's done in the last 
decade. Even when I don't like a particular batch of work he's done it is hard to 
ignore how completely and thoroughly he gets into things, often dismantling 
whatever medium he's working in and showing you something you never would 
have considered possible. 




But that does not excuse the iPad paintings. If you can even call them that. 



Of the last rooms in the exhibition one is an enormous space with a ten by 
twenty-five (-ish) foot oil painting filling an entire wall. It's a recent painting and it's 
beautiful and despite being a "Hockney" clearly new territory, as though he had 
fallen in to a vat of Hundertwasser http://www.hundertwasser.at/ and was 
letting himself dry off in the sun. 

(Unlike the "logs" painting with its doofy Starry Night 

trees https://twitter.eom/#! /thisisaaronland/status/169122 95924 663 9104 

which are just, well... doofy.) 

The rest of the room is ringed by a series of two by three foot canvases 
stacked two high. They document the month or so in which Hockney discovered 
and then "mastered" the iPad as painterly medium. If you call simply making high 
quality ink jet prints on canvas some kind of mastery. I have no idea if anyone 
bothered to do any colour correction for these things but it doesn't look like it. If 
they did it only means that the actual works themselves are that much worse. By the 
time you walk the length of the room you can start to see that Hockney has acheived 
a measure of control over the tool and, with that, he is able to do that thing with 
colour that give all his paintings life. But nothing is really that good and most of the 
earlier pieces are little more than banal art school panderings about mark-making or, 
in Hockney's case, discovering the "rake" brush or the "blur" tool. 

None of which prepares you for the room that follows. 

Dramatically smaller in size it only contains five or six landscapes drawn on 
the iPad but printed as monumental scrolls hung from the wall. I have no idea what 
the artist was thinking when these were done. I comfort myself by imagining that he 
came to America and spent time with the works of Fredric 

Church https://en.wikipedia.org/wiki/Frederic_Edwin_Church and 

thought he'd try the same but in the style of Chinese landscape painting and with the 
skill of a bad birthday cake painter. 

Part of the reason I've gone to such hyperbolic lengths to describe the printed 
iPad works is that sandwiched between those two rooms is a tiny little alcove with 
sketchbooks under glass and five actual iPads bolted to the wall. Each is running a 



slide show of Hockney's iPad drawings. In their natural form. And they are 
wonderful. Some are more saccharine than others but they're landscapes so you just 
look beyond that and enjoy the spectacle of Hockney's skill as a craftsman. 

Which raises a couple of interesting questions. First: Seriously what the fuck 
is up with those stupid canvas prints? Second: How long will it be before Hockney, 
or some other artist, builds a "second-screen http://gianceabie.tumbir.com/ " 
application (that's fancy talk for your iPad, Apple TV, digital frame or any other 
similarly screen-ish device connected to the Internet) and offers a subscription 
service that blats a new work to you every day? 

Because, really, Hockney's already done it. Writing in his own review of the 
Royal Academy show http://www.lrb.co.uk/v34/n03/daniel-soar/at-the- 
royai-academy Daniel Soar points out that: 



"At one point during his experiments in iPad art, he was beaming new 
pictures of flowers daily to the Fondation Pierre Berge-Yves Saint 
Laurent in Paris, where they reappeared on the screens of iPads in a 
show called Fleurs Fraiches. That was a proper joke." 



It's sort of a no-brainer. And a fascinating way to think about creating a 
sustainable source of income to allow, even in part, artists to produce works are 
genuinely expensive in time and cost to create. It should also prove to artists, and 
anyone who frets over the illusion of print rights, that they've got nothing to worry 
about. This stuff is an entirely other material and colour made of light, it turns out, 
doesn't just magically translate to colour made of pigment the way that, say, a word- 
processing document does. And if anyone is really going to lose sleep over the 
people who are already predisposed to print things out on their shitty homes printers 
my only advice is to give up now. Let them and understand that there are more 
interesting problems to solve and if projects like 

20x200 http : / /www .20x200. com/ are any indication there's a whole world of 
people who want to help with not only their moral support but their wallets. 



This is the part where I talk about my own work. This is the part where I 
suppose I open myself up to exactly the same kinds of criticisms I've leveled above 
but why not play it loud, right? 

I haven't done any serious painting in ten or fifteen years, now. I'm mostly 
okay with that although I still miss it and so drawing on the iPad has been an 
interesting experiment indulging the illusion of painting without any of the hassle of 
the medium, like waiting for paint to dry. Paint drying always seems like a bit of a 
platitude but it's also the reason why painters flocked to acrylic paint when it was 
introduced, many of them suffering the awful chalkiness of the medium for the 
speed and ease with which they could now work compared to oil painting. As much 
as painting is about colour and brush strokes painting is about layering. It is about 
the joy in the application of those layers in broad, easy brushstrokes and all the 
other layers beneath peeking through. They are the accidental shadows that hold a 
work together. From a purely mechanical and brass-tacks point of view a painter's 
inability to wait for those layers to dry and take on more paint without turning to 
mush is probably the single biggest reason works get ruined in process. 

And so the iPad with its big friendly finger surface and its millions of 
colours and its ability to layer ad infinitum is an attractive draw. It has no texture 
(no, really), no volume and no way to catch the light beyond an annoying glare but 
it also has enough attractive qualities that maybe it's an entirely new medium in 
which to work. 

That's what I've been telling myself. It's what I told myself last year as I was 
doing a series of drawings on the iPad. There were the Space Claw for 

Mayor http://www.flickr.com/photos/straup/sets/72157625943591170/detail 

drawings and a revisiting of the Ice Cream 

Drawings http://www.flickr.com/photos/straup/sets/72157 60366 7513646/det 
first started on the earliest Nokia tablets during meetings at Flickr, and a few others 
in between. Which is all well and good but I am also old fashioned (or maybe just 
"old") enough not to trust electricity or have faith in the longevity of the device in 
which these works exist; I have a hard time believing that there's an actual thing 
present when I look at the works on a screen. 

The screen seems like little more than a representation which, I know, 



doesn't make any sense but there's the rub, eh? So, I've decided to try printing some 
of them in very small editions for sale as a way to push them out of the nest and see 
what happens next. 




And when I say small I mean tiny, at least by the standards of prints and 
printmaking on the web today. There are eight different prints, signed and 
numbered, printed at two sizes: The small prints (8.5 x 11 ") are editions of 7 and the 
large prints (13 x 19") are editions of 3. Those are the magic numbers in 
printmaking but don't ask me why. If I ever really knew why there is something 
special about editions of 3 and 7 I've long since forgotten but I needed to give 
myself some kind of limit so that's what I chose. 




One of the things I learned in the process of making these prints is that 
digital printmaking is just as stressful and just as boring as doing any other kind of 
analog printmaking. There is nothing obvious about taking a thing done on tablet 
and translating it to print and the proofing process is usually a frustrating grind of 
adjusting colours for the light and the paper, of choosing and ultimately giving on 
different papers, of waiting for ink to dry. My friends all have the artist's proofs to 
back up this claim. 

This was, it's probably clear by now, the most frustrating part of the iPad 
paintings at the Royal Academy show: It just didn't look like anyone gave the 
process of taking the works from one medium to another any thought. Or rather that 
the works were purely an intellectual exercise (or a cheap device to illustrate how 
unstoppable Hockney's dance moves are) devoid of any actual qualities as paintings 
or drawings or whatever you want to call them. 



It's kind of an exciting time, right now, so maybe we should make an effort 
not to squander it. 




In the meantime, my prints are over on Etsy and that's all I'm going to say 
about it for now. It's a start, anyway. 

http://www.etsy.com/shop/thisisaaronlandy 



2012-02-14 



Headless Features 



This is a blog post that I've being trying to write for ... six or seven months, 
now. Rather than dragging it out any longer I'm just going to publish the images 
which tell the short version and leave the rest for some late night over drinks and 
napkins. Ultimately, I am hoping that by not including any text I can get 

MyleS http://www.flickr.com/photos/mylesdgrant/6873590913/ to use the 

images below as source material for his Battle 

Decks https://www.youtube.com/watch?v=n7hlyC7NPUc presentation... 
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# flickr.people.geoBookmarks.getList 

{ 

'id 1 : 721 5762568768581 4", 

'label' : 'Ocean Beach (Balboa)', 

'latitude' : 37.774653, 

'longitude' : -122.511978, 

'accuracy' : '16', 

'pretty_name' : 'Outer Richmond...', 

'context' : '0', 
} 

# flickr.people.geoBookmarks.add 

# flickr.people.geoBookmarks. delete 



Hi 





'La Lengua 



Sift" 
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Mission-adjacent microhood La Lengua 
gets its due on Google Maps 







BurriloJuslk: nss a fall re 



a badass animated GIF, 



tag as: 
geo:bookmark=721 76... 



w 



The Commons on Flickr holds the world's public photography archives that you can 
annotate and access. These photos have No Known Copyright Restrictions . 

We hope you'll tag them with information, comment on them, add the National Archives as a 
contact and make a few faves. They welcome geotag suggestions, too, which you can do by 
adding machine tags as follows, if you know the coordinates of where the images were 
taken: 

geo:lat= 1.2345 
geo:lon=1.2345 



March 23, 2010 



block #1552725 

alpha-shapes aka concave hulls in d3 by gka 



What's all this then? 
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god help us if all we're doing is 
building an internet of explore 



Study for Roger, 2012 

wanderdrone 

The New Aesthetic 



Study for "Roger", 2012 



Did I mention that I made a big 
pixelated http://www.fiickr.com/photos/straup/sets/72157629227224224/ 
Predator drone for the New Aesthetic 

panel http://booktwo.org/notebook/sxaesthetic/ at SXSW, this year? It 
pretty much defined the first three days I was in Austin since it's all I thought about 
and there wasn't a single moment during that time when the whole thing wasn't 
about to go completely off the rails. 

The morning after we arrived I took a cab out to North Austin to visit the 
nice people at Polyplastics with whom I'd been having long conversations about 
foam for, by then, three weeks. Bill and everyone else there were insanely helpful 
and always accomodating of my endless chicken-and-egg questions. Since we didn't 
really know what was even possible it was often hard to know we were even asking 
for. 

This is where Roger was born: 




A little while later I stood by the side of the 

road https : //foursquare . com/v/capitol-metro-bus-stop- 

4754/4f 5a3e47e4b0a5f 2i499aa98 in the rain, waiting for the number 3 bus to take 
me back to the 

house http://www.flickr.com/photos/straup/6973024731/in/set- 

72157629217188102 , with a stack of eight five foot by 1 by 12 sheets of MC3 800; 
MC3800 is apparently used as the padding in rear car bumpers. And then spent the 
next three days assembling a big and goofy "pixeldrone" out of foam, bourbon and a 
small orchestra of inappropriate tools. 

None of the lines are as clean as I'd like and there's a gaping seam in the 

head http://www.flickr.com/photos/straup/6835694632/in/set- 
72157629227224224 which tells y ou where I managed to get my measurements all 
wrong. And it's floppy. Really floppy. I have a whole new appreciation for people 
who design airplanes and why everyone is so panty and excited about laser cutters. 




But it was worth doing if only to walk it down the stairs of the Driskil Hotel 
afterwards, with all its balloons riding high, in to the lobby and through the 
breakfast crowd out in to the street. And then, yeah, we went swimming with it. 




The next day I cut it in half and stuck the head and the wings in a big green 
bag and took it home with me on the plane. And then what? What do you do with 
something like a 5 by 10 foot pixeldrone? Maybe I should have consulted with 

MyleS http: //www. flickr.com/photos/mylesdgrant/6951311615/in/photostrear 

first but, in the end, I mounted the head and covered the whole thing with green 
Chroma key https://en.wikipedia.org/wiki/Chroma_key paint. 




Then I named it "Roger" and stuck it to the wall. 




Why drones? Again, this is really all I'm going to 

Say http : / /www. aaronland . inf o/weblog/2 12 / 03 / 1 3 /godhelpus /#sxaesthetic 



about it for the time being. 

Why green screen? I'm going to punt on that, for now, and just point you to 
the end of a talk I did at Museums and the 

Web http: //www. aaronland.info/weblog/2 01 1/04/02 /status /#mw20 11 last 

April. Beyond that I've been more concerned with simply getting Roger dressed, so 
to speak, than I have with working out anything like a coherent reason why for 
anyone but myself. It seemed like a good idea. We'll see if it ages well. 

And "Roger" was just a lucky 

gift http: //www.washingtonpost . com/world/national-security/at-cia-a- 
convert-to-islam-leads-the-terrorism- 

hunt/20i2/03/23/giQA2mSqYS_story.htmi that life presented to me the other 
day. 




So, there it is. Having already once covered it in papier 

mache http://www.fiickr.com/photos/straup/7 025560i99/ and then painted 
it only to tear it all off the next day, I may still paint it once more to remove the 
spray gloss I applied yesterday. First I think I'll just live with it for a few days... and 
then re-paint it. Like I said, it's a "study". 

The gloss cuts my eyes everytime I look at it now but, honestly, I need to step 
the fuck away from this thing for a little while. 

I'm don't know if this is "art" or just me putting a bow around a thing I did 
and making an extravagant prop for dinner conversations. I say it's a study because 
the uneven lines and the duct tape holding the wings together (that's where I had to 
cut them open to pull out the wooden doweling rods that had snapped off and gotten 
stuck inside...) are just proof of what happened and not necessarily what I had in 
mind. I will probably do this again. 

Now, though, it is a captial-T thing with "history" because it was present in 
the room when we did the panel. 




I'm not really too fussed about it but it does raise an interesting question: 
Whether I am simply telling you about the work or actually showing it. Since this is 
the only place most of you reading this blog post would ever see it, anyway, does it 
really matter whether or not it's in the public meatspace? I'd probably still say "yes" 
if forced to choose (if only because I'd like to kick Joseph Beuys in the teeth) but 
that doesn't mean the ground isn't shifting. We may not have jetpacks but we're not 
short on the constant need for adjusting our expectations. 



If anyone is interested in actually putting it on display somewhere drop me 
a line http://www.twitter.com/thisisaaronland/ since that would be fun, I 
think. Maybe I will start a Kickstarter project to build the thing for real: Proper big 
with hard lines and sharp edges and electric green car paint that makes you play 
porno music in your head. That would also be fun. 




2012-03-28 



wanderdrone 




A few weeks ago I went over to Ben https://twitter.eom/#i/neb 's 
place for dinner. Often when you visit Ben you'll find his laptop plugged in to a 
projector and spraying the far wall with the idle wandering of Google Earth. It's a 
lovely display and that night we spent quite a lot of time first in the mountain ranges 
of Pakistan and then the province-sized industrial parks of China. The trick is to 
very gently flick your fingers to "spin" the "globe" in a way that it builds up enough 
momentum to keep moving without going so fast that nothing registers. 



I had no idea until that night that the federal authorities in China are 
mandating that certain factories paint their roofs a specific shade of blue so that they 
can be "read" from space by satellites. It makes perfect sense but is still all kinds of 
wacky and sort of makes you appreciate everything Mike 

Kuniavsky http : / /orangecone . com/ and crew have been beating on about with 
their BlinkMs http://thingm.com/ that much more. I suspect, in the long-term 
though, just giving someone a paint roller and minimum wage is probably a more 
secure strategy when you stop and think about the bad craziness you could get up to 
by hacking a "smart" roof and spoon-feeding crap to the space 

robots https : / /www . f acebook . com/note . php? 
saved&note id=10150630641218920&id=9445547199 ... 



It's also all a nice reminder of just how big the Earth is. We are so used to 
airplanes and the Internet and other magic port-holes through geography that it's 
easy to neglect the scale of it all. 

Someone asked whether it was possible to do the same momentum trick with 
the iPad version of Google Earth but it's not. Honestly, if the iPad version of Google 
Earth had "momentum" none of what's about to follow would have happened. 

Ever since that evening I've been thinking about building a plain-vanilla 
tiled/slippy "wandermap" of my own. Nothing fancy, just a simple thing that was 
native to the web and could work on all these extra screens we're 

Collecting http : / /www . aaronland . inf o/weblog/ 2 011/05/07 / fancy /#likeadog 
as time goes by. For some definition of "works" the thing I've made will run, albeit 
slowly, on my Kindle's web browser which has become a good sort of baseline for 
web applications. 

Here's an early version using the "dithered" satellite tiles you may know and 
love from things like the woedb http://woe.spum.org/ and 

building=yes http://buildingequalsyes.spum.org/ . 




It really doesn't do very much. It wanders around. In a straight line. In one of 
eight directions. Every once in a while it picks a new direction. Occcassionally it 
zooms in or out of the map. But it's a lovely way to browse a map, almost like we 
used to when atlases were rare and special and we would linger over them just for 
the pure joy of investigating a place and slowly breathing it in. 

The wandermap will work with any tiled map 

source www.fiickr.com/photos/straup/7013320495/ but for now I'm enjoying 
a (water)dithered version of Stamen's new 

watercolor http://maps.stamen.com/watercolor/ maps. It might seem a little 
perverse to strip all those colours out the source imagery but long before we became 
enamoured with pixelation we fell in love with half- 
tones https://en.wikipedia.org/wiki/Halftone for all the same reasons. 



And then I put a bird on it. 




Both the wandermap and the 

"wanderdrone http: //www.f lickr.com/photos/straup/tags/wanderdrone/ 

owe a debt of imagination (and a few drinks) to James Bridle's A Ship 

Adrift http://booktwo.org/notebook/a-ship-adrift/ and the more recent 

shadow drones http: //shorttermmemoryloss .com/portfolio/project/drone- 
shadows/ (made with Einar Sneve Martinussen) as well as Michal 
Migurski http : / /mike . tec zno . com/ 's work on the Mondo 

Window http: //content. stamen.com/mondo_window_what_youre_looking_at_ou 

website last year. It would be lovely to do wandermap in the style of the three- 
quarter bird's eye Mondo Window maps http : / /www . mondowindow .com/ but 
since this was a late-night weekend project I decided to do the dumb and simple 
version first. 



I'm not going to go over the thing with the drones again since I think I 
mostly covered that in the #sxaesthetic 



talk http: //www. aaronland. inf o/weblog/2012/03/13/godhelpus/#sxaesthetic 
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Every problem is met using the poor man's solution because I am that special 
combination of too stupid or too lazy to bother with the Real Math necessary to 
make it elegant. It's a bit clunky in places (and sometimes the tiles are missing or 
left in the render-mines on a first fly-over) but basically it works and there is time 
enough to dig in to the code that Tom MacWright's been writing for 
Easey http : / /mapbox . com/easey/ and Tom Carden did to make Airport City 
"fly" http://airportcity.spum.org/fiy/ after the current version has been 
left to bake in the sun for a while. 




Speaking of Airport City http://airportcity.spum.org/ ifyoulook 
carefully at the 

Code http://www.aaronland.info/wanderdrone/wanderdrone.js (for the 

wanderdrone) you'll see that there are hooks for pairing the waterdithered tiles with 
road and aeroway tiles from the first project. It looks great in places but it sort of 
spotty overall so it's been disabled for now and I may use this as the excuse to 
revisit that thread again. 

Anyway, here is the wanderdrone. It wanders around. Looking for 

Myles http://www.flickr.eom/photos/35034347347@N01/6873590913/ . 



http://www.aaronland.info/wanderdrone/ h 



Speaking of dithering, I finally got around to bundling up all the code that 
generates those tiles as a proper Tilestache http://www.tiiestache.org/ 
provider. It lives on Github in the tilestache- 

atkinstache https://github.com/straup/tilestache-atkinstache repository. 
Soon, I will tweak the code so that it can generate tiles with transparent 



backgrounds. 



2012-03-25 



The New Aesthetic 




/ had the pleasure and the privilege of participating in James 
Bridle http://shorttermmemoryloss.com/ '.v panel about the New 
Aesthetic http://new-aesthetic.tumbir.com/ at this year's South By South 
West conference, alongside Joanne McNeil http://joannemcneii.com/ , Ben 
Terrett http : / /www . benterr ett . com/ and the un- fucking- stoppable Russell 
Davies http : / /russeiidavies . typepad . com/ . They've all written up their talks 
which I've added below including James' closing commentary. 

• The history of new aesthetics and new perspectives, technologies and 

art http: // joannemcneil . com/ index. php?/ talks -and- such/ new - 

aesthetic-at-sxsw-2012/ , Joanne McNeil 

• The New Aesthetic in commercial visual 

Culture http: //noisydecentgraphics. typepad.com/design/2 012/03/sxs 
the-new-aesthetic-and-commercial-visual-culture.html , Ben 

Terrett 



The New Aesthetic and 

Writing http: //russeiidavies. typepad. com/planning/ 2 012/03 /sxsw- 
the-new-aesthetic-and-writing . html , Russell Davies 



• #SXaesthetic http://booktwo.org/notebook/sxaesthetic/ , James 

Bridle 
I spent the first three 

days http://www.flickr.eom/photos/26009958@N00/6830444444/ of the 

conference making a 

drone http://www.flickr.com/photos/benterrett/6976681363/in/set- 
72157629181919404 . Out of 

foam http://www.flickr.com/photos/straup/696710838 7/in/set- 
72157629217188102 . And then I said this or at least tried to. I got a little flustered 
in the rush of it all and dropped a few things on the floor. Bruce Sterling said some 
nice things https://twitter.eom/#l/kellan/status/179693872576860160 
about the panel afterwards. That was lovely. 




The opening of Thomas Pynchon's "Gravity's Rainbow" is set in London at 
the end of World War 2. It is during the time just after Germany had deployed its 
new supersonic missile, the V2, and was targeting it at the British capitol. 

Traveling faster than the speed of sound, Londoners only heard the whistle 
of the missile if they were lucky enough to survive the initial blast. Everyone is 
understandably creeped out not knowing, in Pynchon's words "what may come out 
of the sky". 

During the seige of Stalingrad the Russians made a point of not letting the 
Germans sleep, causing them to be constantly on edge and hyper-aware of 
everything. 



In the novel this inability of those people, trapped in London, to reconcile 
the advent of a technology whose consequences have no recourse (that's a fancy 
way of saying: you're dead) with its complete lack of presence or warning signs 
begins to take on a life of its own. At least with long range rifles and snipers there 
was the crack of the shot, even if there was no chance of escape. 



One character is sent out to map the blast areas and ends up using the 
exercise as an opportunity to map attractive women while his co-workers imagine 
that the map must contain some pattern, almost religious in its meaning, through 
which they might find an understanding of a sky turned so angry. 




Gravity's Rainbow is historical fiction, a big plushy bear of a story wrapped 
around the skeleton of historical fact. 

Sixty-seven years later it is a not inaccurate way to describe to circumstances 
of those people who live day to day with the threat of modern unmanned drones. 

If you think this pixelated foam replica of a 

drone http://www.flickr.com/photos/straup/6830428912/ is weird and 

goofy you should know that James and I spent a good amount of time investigating 
what it would take to have a lifesize inflatable balloon replica of a Predator drone 
made. Like the kind of thing you'd see in the Macy's Day parade. 

It's not very expensive. You can have one made for about 6,000 dollars. 
8,000 dollars if you want it made with shiny, reflective material. And about 1200 
cubic feet of helium to float the thing. As you can see we didn't end up having it 
made. For a few reasons: 

First of all the only way that we'd be able to fit it in this room, with its 60 



foot wingspan, would be sideways which always seemed a bit ass-y just on aesthetic 
grounds. 

Second, there was some question whether the ceilings were high enough for 
a giant balloon and whether or not it would go crashing in to all these nice 
chandeliers. 

A lifesize balloon drone, though, remains a hard idea to let go off once 
you've decided it's worth doing. 

I love the idea of walking around SXSW trailing a balloon drone in tow, like 
walking a friendly and sort of clumsy Great Dane, but anything that big and with 
that much surface area on which to "catch wind" is going to require a small army of 
people to keep the thing from floating away or crashing into buildings. 

And even if we had those people at our disposal I am not really confident 
that the thing would fit down many of Austin's streets. The city probably has rules 
about these kinds of things, whether or not they let the town fill up with hipster 
nerds and music crazies for two weeks of every year. And a balloon with a 60 foot 
wing span is a hard thing to ask the cops to turn a blind eye to. 

Maybe we could have just taken it down to the bridge and flown it at sunset. 

Freak the bats http: //www.batcon.org/index.php/get-involved/visit-a-bat- 
location/congress-avenue-bridge/subcategory/51 .html out a little or left it 

tethered somewhere along the river bank hovering there for everyone to see. 




But that's the thing about a life-size replica of a drone: I don't think anyone 
would find it ironic or subversive or even a little bit funny. Balloon or not I am 
pretty sure that people would hate it, instantly, and be unnerved by it in a very 
primal way. 

I live in San Francisco's Mission District which takes re-appropriation and 
sarcasm as a matter of pride but if I were to anchor this in my back yard or from the 
top of Dolores Park I expect that I would pilloried publicly, dragged in to court for 
creating a public nuisance and be the root cause of a lot of people buying 
crossbows, or pellet guns, with which to shoot the thing down. 

At this point we are so over-saturated by images and stories of drones that 
our lizard-brains take over. Images are defensible. The physical reality of a drone 
though - its presence and scale - is not. 



Aside from the very real military function of a drone I don't actually think 
that it's drones per se that we find problematic. 



Drones are simply the current best shorthand, a manifestation, to talk about a 
condition of contemporary society that everyone is increasingly becoming hyper- 
aware of. 

An awareness not only that all our actions are being monitored silently 
(typically in an otherwise benign fashion by way of the digital trails we leave) or 
not (in the case of systems like CCTV installations) but that they have become the 
triggers to actions for which there is no warning. 

Imagine your credit card's fraud detection system gone berserk. And then 
imagine that process, to borrow an especially loathesome expression, "weaponized". 















"1 only do eyes" 
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I have a layman's understanding of the military so what I am about to say is a 
bit of reading of tea leaves but it is interesting to consider that the currently strategy 
of the US military is entirely based around its ability to see at a distance, and out of 
reach. 

The drones we've been told about fly higher than commercial airliners long 
past an altitude where you can see cars on the road. We only ever see grainy down- 
sampled video feeds from these devices but the robot eyes of a military camera, 
we're told, operate in a world of infinite Anselm Adams -esque precision and depth 
of field. 

The natural extension of that strategy is, apparently, to simply place these 
cameras higher and higher in the sky where their tactical advantage is not simply 
that they can see further than anyone else's cameras but that they are physically 
beyond the reach of anyone else's ability to shoot them down. 



The military recently shelved plans to deploy blimps designed to hover up 
around the stratosphere but presumably that's because the operational details haven't 
been worked out and not because it's a crazy idea. It's no crazier than drones were 



when everyone looked at them sideways in 2002. It's not a crazy idea because the 
air force has had an unmanned space ship in actual outer space flying around the 
planet doing who knows what, for three months longer than it's initial six month 
flight schedule. 

I mention all this because after World War 2 and especially during the 60s 
and 70s geographers and cartographers were afforded access to a level of remote- 
sensing and precision mapping that no one had never seen before. 

This was, understandably enough, an exciting time. If you'd spent your 
whole career beholden to the tools and techniques of the last two thousand years and 
were suddenly given the god's eye view of a satellite you'd be hard pressed not to 
imagine the how it would change things. 

But it also fostered a very particular world view, born as much out of the 
frustrations of the past as the potential of the new future-present: The idea that maps 
could finally capture a faithful reproduction of the natural world. 

That there is a single reducable and objective truth which can not only be 
measured and recorded but that punches through and enfolds the boundaries of time 
and history as well. 




This gave rise to a counter movement of voices generally lumped together 
under the umbrella of "human geographers". 

We don't have time to get in to the subtleties of their intellectual argument 
but the short version is something along the lines of: "That's insane. And not only is 
it insane, it is fundamentally dangerous." 

The human geographers have gone to great, if sometimes pedantic, lengths 
not simply to assert but to demonstrate that all maps are a series of choices and, by 
those choices, are a form of control. 

This has been valuable and important work because it ultimately questions 
the idea of the ubiquitous all-seeing data eye. The idea that we can dip in to the 
slipstream of pure information and ... what? I'm not sure what. I've never heard a 
really compelling argument for drinking from what we now call the "firehose" that 
isn't at its core a thinly veiled god fantasy. 



In some respects human geography is an intellectual discourse that isn't well- 



equipped for something like the Internet or the availability and reach of networked 
screens. 

Occasionally the arguments that the human geographers have made verge on 
the absurb and conveniently ignore the fact that sometimes maps are simply a series 
of choice dictated by the realities of a finite pixel space. Or that maps are living 
creatures now, fattened up like a goose with new data and reborn inside a kind of 
Cylon resurrection ship for geography, usually just called "Google". 




But maps are no different than any other firehose. The siren song of all 
possible voices, or places, is that of all possible choices and as a device for 
contextualization it's basically useless. 

Maps and data visualization are pretty tightly coupled in people's minds 
these days and I actually think that we'll see the equivalent of the human 
geographers, but for data viz, in the years to come. 

The biggest challenge that data visualization faces as a medium is that 
people have begun confusing it with actual truth or facts, rather than as an 
abstraction. 

Humans have never not relied on abstraction as a means of survival. Words 
themselves are abstractions and they are one way that we don't get lost in the weeds. 
We celebrate the effort of abstraction. 



Transposing the intellectual rigour and precision required to, say, model 
weather patterns on to everyday conversation is like holding yourself hostage to all 



of space and time. 

China Melville http://chinamieviiie.net/ 's book "Embassytown" 
does a better job of discussing this idea so I'd encourage you to read it if you 
haven't already. 

But right now that sometimes feels like what is happening: The recorded 
output and eventual input of our lives is outpacing our ability to abstract it. 




A former colleague of mine showed us her wedding photos over lunch one 
day. They were, as you might expect, only really interesting to her. She made a 
comment that stuck with me, though. She said: 

"It's crazy. In every single picture I took every person is looking at a 
different camera! " 



Which is not quite the same kind of "bad-crazy" hyper-awareness I talked 
about at the beginning but it does represent a particular flavour of that same hyper- 
awareness, where everything is watching itself with not enough time to make 
determine motive or meaning, that we're all living through right now. 




I'm going to close by saying I don't think this is a dire situation. I expect we 
will adapt. Nor do I think it's a tipping point in to some magic pony world where we 
bond with our robot overlords and acheive the perfect zen of a rock garden. But it is, 
as James pointed out when he first started writing about the "New Aesthetic" 
something... new. 

Instead I'm going to finish off by asking a deliberately rhetorical and wooly 
question. Mostly wooly because on the face of it the question itself doesn't make 
any sense. 

The question is: Have optics rendered pixels obselete? I ask the question in 
part because I have a theory that media are elevated to the status of captial-A art 
when they are no longer commercially viable. The history of print-making is a good 
example of this. 



Whenever the military releases satellite or drone imagery for public 
consumption it is always down-sampled. Pixelated. It's important to consider that 
down-sampling because that's the world we - those of us without security clearance 
and left to purchase consumer grade tools - are always going to live in a slightly 



blurry version of the future. 

Do we then need to learn to read those grainy images the way we do 
paintings and is that part of the reasons we're all so obsessed with pixelating 
everything these days? 

Or is it just a way to make the world defensible again? 

Thank you. 



And then we took drone swimming. The tail fins are a whole story unto 
themselves . As you can see, here, they're not properly "pixelated" but they are 

normally angled http://www.flickr.com/photos/straup/6831075484/ .By the 

time we'd gotten the drone home they'd popped off so they're just held together here 
with a little bit of duct tape. Before that we took it with us for a bite to eat following 
the panel. It sat on the table next to us and when the wind picked up it would gently 
flap its wings... 




2012-03-13 










^ 









v 



*j, 




haystack triptychs 



Being present on the network 
I am awake and connected to the network 
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Being present on the network 




Museums and the Web 

2012 http://www.museumsandtheweb.com/mw2012 WCIS the week before last. I 

presented two talks, this year, in between in having a grand old time. 



The first was a paper that I co-authored and presented with Ryan 
Donahue http://instagr.am/p/jxiDH7xxH8/ , then of the George Eastman 
House http://www.eastmanhouse.org/ and now of the Metropolitan Museum 

of Art http: //www. metmuseum.org/mymet /shared-set ?set=4 4 ald0ee-c8b8- 

4ie5-a6bf-7ie7202523d3 . I've put a PDF version of the 

slides http://aaronland.info/talks/mw2012/archives/archives.pdf (20MB) 

online but we don't have presenters notes to go with it. At some point I'd like to go 
through the long series of email messages we exchanged at the very beginning 
where we tried to hash out our respective positions and post them as a sideways 
pre-amble to our paper. Our topic was Archiving Flickr and Other Sites of Interest 
to 

Museums http : / /www .museums andtheweb . com/mw2 12 /programs /preservingf li< 



and by the time we had submitted the paper Ryan and I had managed to arrive at a 
rough consensus but the debate and the discussion that got us there was (is) equally 
interesting. It's going to take a while to clean up that conversation since it quickly 
became an epic commmenting-ur- comments email thread. 




The second paper I presented was about the 

bllilditlg=yes http: //www. museums andtheweb.com/mw2 012/papers/buildingyes 

project. It is very much a technical paper going over the nuts and bolts of extracting 
the data (from OpenStreetMap), indexing it and designing custom map tiles to help 
make sense of the sheer volume of data. Rather than try to cram all that information 
in to a 15 minute talk I instead talked about the overall value - the purpose - of 
creating these kinds of registries and tried to highlight the importance of being 
patient. It's not always clear what will come out of these kinds of projects but what 
is clear is that stable, linkable things that can hold hands with one another are the 
foundation on which all the interesting stuff will be built. 



This is what I said: 



http://shlong.us/90 



Before we get started I'd like to mention that this is the only URL in this 
entire 

presentation http : / /aaronland . info/talks /mw2 12 /building/appendix . html 
It points to an appendix of links for all of the stuff I'm going to talk about today and 
I'll show it again at the end of the talk. 
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Hello everyone. My name is Aaron and I am from the Internet. 

For the last few months I have been a Man of Leisure enjoying some rest 
after a very long five years at Flickr http://www.fiickr.com/ and more 
recently a few years at Stamen Design http://www.stamen.com/ in San 
Francisco. I'm actually about to end this self-imposed sabbitical soon but nothing 
official has been announced yet so I am still, technically, a bit of a layabout. 



I've been spending quite a lot of my break thinking about and building 
parallel, or shadow copies, of some of the large social sharing sites including 

Flickr http:/ /www. aaronland.info/weblog/2 012/02/ 14 /incentivize/#pda2 012 
That's not what I'm going to talk about today except to mention that what those 
efforts share with the project I am going to talk about is an interest in bespoke 
registries or catalogs of things. 




Today I'd like to talk about a project I started a little less than a year ago 
called building=yes http://buiidingequaisyes.spum.org/ (b=y). I mentioned 
it, in passing, last year during my talk at Museums and the 

Web http://www.aaronland.info/weblog/2011/04/02/status/#mw2011 but at 
the time it wasn't finished yet. This year's talk is sort of the nerdy cousin to last 
year's talk and just like last year it's not possible to talk about b=y without first 
mentioning the Built Works 

Registry https://builtworksregistry.wordpress.com/ (BWR). 

The BWR is a joint project between the Avery Architecture Library, the 
Getty and Artstor to create a stable and open repository of unique identifiers for 
architecural works. Although much of the work is targeted specifically at art 
historians and scholars their mandate is also to think about and provide a means for 
non-experts to both and use and add their own contributions to the project. 



I was invited to be a part of the advisory board for the BWR and in January 
of 201 1 we had our first meeting. 




One of the things that I thought was important for the BWR to understand in 
its work was the idea that there are already a number of bespoke registries out there 
already, especially bespoke registries of built works. 

We may not think of the music sharing service Last.fm http : / / last . f m 
as a built works registry but they do have persistent and unique identifiers, historical 
event data and a web page for every venue that the artists they track have performed 
at. These days, most people think of a service called 

foursquare http : / /www . foursquare . com/ which allows its users to share their 
location - by "checking in" to venues - with people. 



foursquare boasts a database of over 25 million venues. If you're wondering 
where they got all those venues they some got some not-insignificant percentage of 
them from commercial vendors but the rest they got by simply asking peope to add 
them one at a time. 




This is the landscape in which the BWR operates. Professionals may look at 
this and see so-called "vernacular" places but what everyone else sees is an avenue 
and a means to participate. 

Despite all the rhetoric around the Internet and cyberspace we all still very 
much live in the physical world and few of us are afforded to luxury of punching 
through mountains or cities with the cavalier abondon of the likes of Robert Moses. 
Tools like foursquare offer people a way to affect the geographies around them even 
if it's all a bit of a collective hallucination and often pretty silly. It is also a kind of 
super-power that people are never going to give back. 

And that is important for projects like the BWR because it means that if the 
project is overly proscriptive or prohibitive in what, or how, it allows people to 
contibute to a registry of built works they will only be met with blank stares. 



You can't invite someone to participate in your project and then tell them a 
building like Zeitgeist http://zeitgeistsf.com/ , in San Francisco's Mission 
District, shouldn't be included because it's not "important" or "notable". All that's 



going to result from that interaction is a disgruntled user who will check in to 
Zeitgeist on 

foursquare http://www.flickr.com/photos/tags/foursquare:venue=3fd662 00f 9 
(or whatever as it's not about foursquare, per se) a few hours later and start 
pounding the table when they realize the disconnect. 

Part of the disconnect, I think, is confusing inclusion with notability. The 
two are no longer bound the way they might have been in the past. What's awesome 
and great about the Right Now-ish is that museums and archives have the luxury of 
inviting the inclusion of lots of things that may not seem important now but that, 
when properly flagged as such, can be left to co-exist peacefully with today's items 
of concern until they catch the light and spark an idea in someone's mind. 

The point is that it's a kind of pre-emptive historical research, or at least a 
massing of background material, that we can afford because it's finally fast and 
cheap. Plenty of stuff will continue to fall through the cracks but that's the same as it 
ever was. What's new and exciting is all that stuff that won't fall through the cracks. 



*,.«&j^l m 




The other community-driven project that I mentioned during that first 
meeting is the OpenStreetMap http://www.openstreetmap.org/ (OSM). 

When I returned home, after that meeting, I got to wondering: How many 
buildings have been cataloged in OSM? If you had asked me last year I would have 
told you the answer is 27 million. Since then I've corrected an error in the way I was 
counting things and the number is actually closer to 50 million. 

And more are being added every day. Some members of the Humanitarian 
OSM group are busy doing a kind of preventative mapping in Indonesia in advance 
of the next presumed natural disaster and have added 100K new buildings to the 
map in the last six months, alone. 



The coverage of those buildings is uneven. Lots of cities in the US, for 
example, only have a scattering of buildings. But this is what Moscow looks likes. 
Cities like Paris or Berlin or London (or even Boston) have an equivalent or 
superior coverage. 




And while it is also true that the vast majority of the buildings in OSM don't 
have much in the way of meaningful metadata, like names or styles or architects, 
they all have accurate geographic footprints. 

I want to stress again that this is a 100% community driven project that did 
not exist seven years ago. It's clear from looking at some of the data that there have 
been bulk imports or contributions most likely from government agencies like the 
city planning department. 

But there's still an important lesson in all of that: Even if all these buildings 
weren't added by individual users one at a time there collective work created a space 
where those city agencies could contribute all the work records they have generated 
over the years.. 



Seven years ago there was no place, with the kind of breadth of community 
and outreach of OSM, to put this data even if you wanted to. 




These last images I've been showing are from a project that I worked on last 
year, at Stamen, for MapQuest called 

map=yes http://mapequalsyes.stamen.com/ . I'm not going to go in to the 
technical details http://mapequalsyes.stamen.com/code/ of the project except 

to mention that this is what came out the other end. And to say that it probably 
wouldn't have turned out the same way without that first BWR meeting and the 
questioning how many buildings were in OSM. 

Because once I realized how many buildings are in OSM I thought: What if 
there was a webpage, and a unique ID, for each one of those buildings that was 
publicly available on the Internet? What if each one of those buildings was a "thing" 
that the rest of the Internet could talk to? 

The OSM site itself already has a webpage for each of its geographic 
features and they are all assigned semi-permanent IDs but it is all tailored to larger 
project of creating a map of the world and not specific to buildings. 



So, I made that website. It is called 



building=yes http://buildingequalsyes.spum.org/ (b=y). 




Since this is Museums and the Web let's talk about b=y using a concrete 
example that everyone here will understand: The Spinny Bar Historical 

Society http://www.spinnybarhistoricalsociety.org/ (SBHS). 



2009 



in a spinny bar / spinny bar is spinning 
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For those of you don't know the history of the Society its origins trace back 
to Indianapolis, during the 2009 Museums and the 

Web http://www.museumsandtheweb.com/mw2009/ conference. 



Not only did we discover the wonders of the spinny bar at the top of the 
Hyatt Regency Hotel, where the conference was held, but we were fortunate enough 
to both see the 

Switch http://www.flickr.com/photos/straup/34574 93011/in/pool- 
1361035@N25/ that controls the bar and also receive a guided tour of it inner 
workings. 



[building=yes] WliSSSSa ] Molsl VQ | Osnvei 




The Society was not officially founded until the following year during the 
2010 Museums and the Web 

Conference http://www.museumsandtheweb.com/mw2010/ , in Denver when we 
met at the bar in the Hotel VQ, next to Mile High Stadium. 

To our dismay we discovered that the bar at the top of the hotel is neither 
spinny nor entirely round having been halved some years back to make room for a 
kitchen. 

That night we formed a non-profit 

Organization http://www.spinnybarhistoricalsociety.org/?p=30 dedicated 
to the promotion and preservation of spinny (or rotating) bars and restaurants all 
over the world and one day we hope to have a spinny bar listed as a Unesco World 
Heritage site. 



The Hotel VQ was also added to OSM so it is part of the building=yes 



project. 




In 20 1 1 I returned to Denver to speak at the annual OpenStreetMap 

Conference http://www.aaronland.info/weblog/2 01 1/09/ 13/inodes/#squeeeeee 
so I made a point of telling the story of the SBHS. I also updated the record for the 
Hotel VQ to indicate its lack of spin. 

I am told that the correct nomenclature for this would be to tag the building 
as motion=static but I opted for the more poetic spinny=no. 



This is a screenshot of the OSM editing interface. As you can see a building 
is composed of some number of individual point (or "nodes") which are then 
grouped in to a single record (or "way"). Each of the points and the aggregate 
groupings are assigned a numeric ID and any one of those objects can be assigned 
zero or more tags. 
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Here's another example that has nothing to do with buildings but should you 
give a good idea of how map elements are constructed. 

It's the Marree Man http://atlasobscura.com/place/marree-man in 
South Australia. The Marree Man is/was a giant earth work 2 miles long that was 
first discovered in 1998. No one knows who made the thing and it's gradually been 
disappearing as time and nature take their toll. 



You probably can't see but down at the bottom of the screenshot it's been 
tagged with highway=track which seems like an odd choice at first until you 
remember that the thing was made with bulldozers. 




So a big part of the b=y project has simply been to highlight these identifiers 
and to demonstrate that they can (and should) live on the Internet as first class 
citizens. 



In addition to the IDs that OSM generates I am creating a new 64-bit ID for 
each building so that it can be slotted in to a hierarchy of place 
IDs http://woe.spum.org/ , so that you can search for buildings parented by a 
particular neighbourhood or city without needing to perform a lot of expensive and 
complicated spatial queries. 
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You can slice across the data by tag. For example there are 34 buildings in 
Berlin tagged aeroway=terminal but you could also ask for all the buildings 
with any aeroway tag. 
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Core geocode fields 


feature The primary feature of Hie geocode. Often the smallest political entity in the geocode. For "Chicago 
IL," this would be Chicago 
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00 2-letter ISO country cods, example: US 
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name Best name for the geoooded feature in the language specified. 


display Name A fully gualified name for the geocoded feature, example: 'Chicago, Cook County, IL, US - 









A couple weeks ago foursquare released an open source 

geOCOder https://github.com/foursquare/twofishes that is powered by 

Geonames and the Flickr shapefiles, both open data sets. One of the really 
interesting features for me is that the geocoding results currently include the Where 
on Earth place type ID. That's interesting to me because I am using WOE's place 
IDs to construct the hierarchy of places in b=y. 



I've gotten in touch with the developer and asked if they would also include 
the WOE place ID itself with the results. I think that might actually happen soon. 




The designer Tom 
Coates https://twitter.eom/#l/thisisaaronland/status/1945036039002 68545 

has often talked about creating websites that are native to a web of 

data http://www.plasticbag.org/files/native/ which is a lovely way to 

think about it. I like to think about creating websites that by their nature enable 
small bridges to be created between 

them http://code.flickr.com/blog/2009/10/19/small-bridges-to- 
proximate- spaces/ 

This is the listing for the CCTV building in 

Beijing http://www.fiickr.com/photos/straup/6954608256/ and in addition 
to everything else I can pull in photos from Flickr because they are tagged with the 
relevant OSM identifier. 



That isn't anything new in and of itself but it does highlight the promise of 
networked records. What might happen if people started to use the metadata from 
the b=y site itself. 



The value is simply that these records are addressable and apart of- 
present on - the network. 

The rest will take care of itself. It is unlikely to happen overnight but 
sometimes the most important thing is to tend to a project like this, to prevent and 
ensure that it does not die of neglect, until people realize what has been made 
available to them. Sometimes that takes a while. The willingness to be patient is just 
as much a part of the work as the building (sorry) itself. 



openstreetmap 

data processing 
reverse geocoding 

apache + php + solr 

map tiles 



This is a simple architectural diagram to explain how the site works. The 
guts of this slide are what the paper on the MW 

Site http://www.museumsandtheweb.com/mw2012/papers/buildingyes is all 

about so I'm not going to say much more about it than this. 




And the code and the data is all available as an open source 

package, http : / /straup . github . com/buildingequalsyes / 



The code is available as-is under a BSD license on first principles and in the 
hopes that it can serve as an example or learning tool for other projects. Or maybe 
you just want to run a private copy of b=y . That's your business. 




That's the project to date. It's been chugging along largely unattended since 
launch. Which means it's already a year out of date. 

There are a bunch of things that I'd like to do but the most important is 
training the site to automatically track new or updated buildings as they are editing 
in OSM itself. There is some discussion of this in the paper but I've not been able to 
test it out, yet. 

Once that's complete I'd also like to add the ability for people to update 
buildings in place and then send those changes back to OSM. Probably before all of 
that I will add a bare bones API since that will be easy and fast to do. 

Thanks. 



And if you're wondering: Zeitgeist is not yet in b=y because it was added to 

OSM http://www.openstreetmap.org/browse/way/112757637 after the site 

launched. 
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/ had the pleasure of speaking at the CCA's Urban 

Lab http: //ulab. cca.edu/ 2 12/03 / open-source-cartography- 16-th-of- 

aprii/ last night as part a guest lecture about open source cartography . The 
event was organized by Alexander Dunkel who has been in San Francisco for the 
last year as part of his doctorate in landscape architecture and has been making 
lovely maps analyzing Flickr tag data in 

spacetime http : / /maps . alexanderdunkei . com/ . Alexander presented his work 
as did German Aparicio http : / /www . inf ormedcities . com/ and afterwards the 
always awesome Eric Fischer http: //www. fiickr.com/photos/waikingsf/ 
joined us on stage for an open discussion. 

I agreed to speak before the 

Wanderdrone http://www.aaronland.info/weblog/2012/03/13/godhelpus/#wand< 

was a thing so I ended up being that guy who does a completely different talk from 
whatever was set in print. I suppose it risked (risks) being a little bit of a stretch out 
in to left field but between the wanderdrone itself and all the noodling people are 
doing with so-called second screens http : / /gianceabies . tumbir . com/ and a 
bunch of conversations and table-pounding about the Google Art Project, and 



digitization in general, at Museums and the 

Web http://www.museumsandtheweb.com/mw20i2 this year I decided there was 
something worth exploring. Even if it's still a bit lumpy. 

I also did something I try never to do: A presentation with live data, 
connected to the Internet. That was a little piece of crazy which rarely seems worth 
the trouble but since the alive-iness of the wanderdrone was core to my talk it 
seemed a bit shit talk about it with screenshots. Rather than get stuck trying to work 
out how to embed webpages in Keynote (or whatever) I chose instead to tweak the 
wanderdrone code https : //github.com/straup/wanderdrone and run it in a 
kind of split-screen with the slides on the right and the wanderdrone lumbering 
around on the left. Amazingly it worked. 

The presentation itself is over 
here http://aaroniand.info/taiks/cca2012/www/ but I also took screenshots 
as a just-in-case backup which I've included below. Use the left and right arrow 
keys to advance and rewind the slides and be patient as the images travel across the 
Internets. This is why I pre-loaded all the images before I spoke and why 
presentations as webpages are still one of those "yeah, but..." endeavours . 

This is what I said, mostly. I forgot that the organizers had asked for a bio 
and that I have given them a wordy and breathless text to read aloud before I went 
on stage so my "Instagram for cat photos " joke seemed like overkill and I skipped 
that whole section. This is why we have weblogs, right? 




A couple of quick program notes. 

First, I am about to do a presentation with live data and a network 
connection so I'd like to take a moment to acknowledge my hubris and folly. 
Second, I am going to be that guy who changes his presentation at the last minute. 

Originally I was going to revisit a talk I did last fall on a panel about art and 
cartography at the annual meeting of the North American Cartographic 
Information Society http://www.nacis.org/ (NACIS). 



My presentation was titled "gossip begets 

genealogy http://www.aaronland.info/weblog/2 011/10/14/pixelspace/#nacis 
and although I am going to touch on some of the same themes I'd like to instead talk 
about some more recent projects that I and others have done. I would encourage you 
to read the earlier talk because it is very much another facet of what I'll discuss 
tonight. 




I've included a link to the NACIS talk as well as everything I'll mention here 
at this link. It's the only URL in the 

presentation http://aaroniand.info/taiks/cca2012/appendix.htmi and I 
will show it again at the end. 

So, hello everyone. My name is Aaron and I am from the Internet. I had the 
opportunity to give a talk as part of the Urban Lab series in 2010 and it's a pleasure 
to be invited back. 

A little bit of background: When I spoke here 

last http : / /www . aaronland . inf o/weblog/ 2 010/11/14/ andthen/#dragons I was 

part of a local design and technology studio called Stamen. The studio has built its 
reputation doing data visualization projects and working at the wobbly and exciting 
edge of maps for over a decade. I left the studio at the end of last year. 



Before that I worked at Flickr for a thousand years (if anyone's not heard of 
Flickr it's like Instagram for cat photos) and was intimate with everything having to 
do with geotagging photos on the site, including the Flickr 

Shapefiles http: //code. flickr.com/blog/2 008/10/30/the-shape-of -alpha/ 
which I talked about the last time I was here. 



These days I am President and Chief General Layabout of Leisure Club 
(although that's about to change). 




I want to start with a small project I did last month called the "wanderdrone". 
It's called that because there's a drone - over there in the middle - and it wanders 
around. If you look carefully you'll notice that this is not even a true statement. It's 
the map underneath the drone that's moving. 

To make matters worse I am also not going to explain what the deal with the 
drones is. That's a much longer 

Story http: / /www. aaronland.info/weblog/20 12/03/ 13 /godhelpus/#sxaesthetic 

and what little I have written about it I've included in the appendix I mentioned 
earlier. 

Instead I am going to talk about going for dinner at my friend Ben's house. 

Ben usually has his laptop plugged in to a projector that bathes the far wall 
with a copy of Google Earth set to drift idly across the globe somewhere between 
the altitude of a helicopter and a small propellor-driven airplane. 



It's a lovely way to see the world and if you're interested in reading more 
about the subject I'd recommend William Fox's 2009 book titled 
"Aereality" http://www.wifox.net/ . Again, I've included a link in the 



appendix. 

Google Earth is able to do this because it was programmed with the idea of 
"momentum" so you can gently flick your fingers on the globe and treat the slow 
meandering across the globe as a kind of soundtrack music for whatever else it is 
you're doing. 

And when I say the globe I really mean a tiny slice of it. We only just made 
it from one of the many inland empires of manufacturing in China to the coast over 
the course of an evening. It was a lovely reminder that the world is still big and a 
friendly device for slowing down and considering the details. 

But I don't own a projector and Google Earth on the iPad lacks the 
momentum feature so I started thinking about building the functional equivalent as a 
plain- vanilla web application. 




Which is the wanderdrone. 

It's a deliberately simple application. It's a full screen slippy map and it 
moves in one of 8 directions for somewhere between 15 to 90 seconds and then tries 
something new. Occasionally it zooms in or out. It hangs on my wall and wanders 
around. 

The drone owes a debt of imagination to James Bridle's A Ship 
Adrift http://booktwo.org/notebook/a-ship-adrift/ project as a kind of 
actor for telling an imaginary, never-ending journey. But the drone is just that: a 
device, a crutch, around the idea of a journey when what's really happening is a 
head-on collision of the past and the future-present. 

It's the old practice of pouring over a coffee-table sized atlas for the sheer 
joy of discovery and the art of representation but one that is no longer bound to a 
fixed size or page count, which really means a nearly infinite depth a field. On the 
face of it, that's not new. What I've just described is Google Maps in 2005 and 
beyond. 

But it raises the question: Why have we never published maps like this (the 



wanderdrone) ? There have always been maps that move around but it's always been 
in the service of some other narrative rather than a way to focus on the map itself. 

We have a tendency to treat maps with about as much consideration as we 
do our underwear, that way. 

I've been working with maps on the Internet for a long time and it never 
occurred to me that something like this - something with the illusion of a life, not so 
much a personality, of its own - might be a better way to celebrate the art and craft 
of cartography. It didn't even occur to me when I first released the wanderdrone. I 
had to sit there and look at it for a few days before the thought presented itself. 

The myth of the artist lingering in the museum or gallery considering the 
master works is a lovely one but it's also 100% pure lifestyle porn. It's a story we 
tell ourselves that seems like a kind of escapism because it is a reality that the rest 
of us, bound by time and responsibilities, can never entertain. 

Maybe that's one of the reasons all the second screen stuff is so interesting: 
When they work they act as a kind of better-than-nothing or good-enough-is-perfect 
version of that idealized "seeing" precisely because they are full of constant 
surprises that invite little brain arcs but in a polite and undemanding kind of way 
that don't need to steal the spotlight from the rest of your day. 




The map tiles I am using for the wanderdrone are actually the recently 
released "Watercolor" tiles from Stamen, run through a dithering (or half-tone) 

filter http://straup.github.com/tilestache-atkinstache/ . I'll talk about 
that again in a minute. 

What you're seeing here in both cases is actually just data from 
OpenStreetMap. These are the Philippine Islands, on the right. What you're seeing is 
a subset of the data you'd normally see on the maps that OSM produces but it's 
exactly the same data. 



There is some pretty sophisticated 

work http://content.stamen.com/watercolor_process going on behind the 
scenes to achieve the kind of visual effects that allow Stamen to mimic the qualities 
of a watercolour painting or rag paper but I want to focus on that act of choosing 
what and what not to include. 




This is an early screenshot from a project I worked on, while I was still at 

Stamen, called map=yes http://mapequalsyes.stamen.com/ . 

There's not time to get in to the technical details of the 

project http://mapequalsyes.stamen.com/code/ but what you're looking are 

two different views on the same data. The white shapes are buildings in San 
Francisco that have been added to the OpenStreetMap database. 

The black squares indicate whether or not there are any buildings in that 
area. They are maps to denote the presence of information. 

They are a kind of half-tone screen, like the ones that newspapers used to 
employ, to publish photographs before we had the magic mirror-printers we've all 
grown accustomed to today. 



They are a kind of half-tone screen, like the ones that old computers used to 
employ to display images before we had monitors with more pixels than there are 
grains of sand. 



They are a kind of sharpening of focus. 




Maps, and map data, have always been pruned generally based on scale (or 
zoom level) but I think we're seeing something that's not necessarily new but maybe 
being played with a different tune or chord these days. 

This is a project that my friend and former colleague Mike Migurski released 
the other day. It's a map of algorithmically generated "hachure" 

marks http://mike.teczno.com/notes/hachures.html - the marks that 
cartographers used to draw by hand to indicate slope and direction - produced with 
raw digital elevation data. 

In the past I've talked about producing and treating maps the same way you 
might work with a bolt of fabric but maybe it's also like making pasta where the 
data (and the choice of data) acts as a kind of extruder shaping the noodles. 



I don't really want to get lost in bad kitchen metaphors so I'm going to stop 
there and instead leave you with the image of the raw data acting as a kind of screen 
through which the squishy mass of history, of time and place, is passed to create a 
map. 




Again, that's sort of been a truth we've always lived with but I think what's 
different is the volume and scale of the data that we have available to us and the 
kinds of filters that makes possible. 

A couple weeks ago Google launched version 2 of the Google Art Project 
. If you've never heard of it it's a big catalog of images and metadata from a 
number of participating museums and cultural heritage institutions all wrapped up 
in the reality and illusion of Google's magic search tools and ability to make friends 
and influence people. 

What Google is able to do that few others can right now is photograph the 
artworks using gigapixel cameras and generate reproductions with a terrifying 
resolution. Museums are also working to create their own high resolution imagery 
and though it will take them a while to catch up with the kinds of results that 
Google achieves I want to point out that they are both creating the same result: They 
are documenting works that don't exist. They are documenting works that have 
never existed. They are producing new works. 



Does anyone want to guess what they're looking at here? 



It's a painting by Manet. For some definition of a thing that could exist or be 
experienced divorced from its representation. Let's be honest: There are no three 
foot brush strokes (and if you mention Franz Kline you will be sent to the penalty 
box for excessive pedantry) and no one ever sees these paintings this way, not even 
curators and scholars, if only because our little meat-y eyes aren't good enough to 
see this kind of detail, unmediated. 

I happen to think this is beautiful and fascinating and I've spent a lot of time 
lately wondering what it would be like to have a wanderdrone for works of art. I 
would be delighted to see museums embrace these new things for what they are 
instead of the intellectual bear- trap they usually end up being. 

I wanted to mention this in the context of maps and cartography and point 
out that this level of detail is a kind of weird and novel looking-glass screen that 
we're pushing works of art through. 

This is only a painting by some passing interpretation because what you're 
really seeing here are the cracks in the paint itself but you'd be forgiven for thinking 
that you were looking at an aerial view of the Australian outback. 
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Just as you'd be forgiven for thinking that this is a detail of a Jackson 
Pollock painting. 



It's actually the Aral Sea, as seen in Google Earth. I'm going to pause now, 
for dramatic effect, so you can consider this image along side the dithered 
watercolor maps. 
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This is not a Mark Rothko painting. 

There's a lot of excitement these days around the idea of purely data-driven 
maps that are generated and updated dynamically. I have my doubts about this stuff 
not because I don't think there are legitimate uses for it but because it smells too 
much like the thrill of something that was once hard and is now easy being 
mistakenly applied to everything in sight. 

Short-term I expect we're going to see a lot whatever the mappy equivalent 
of an electric bread knife is. 

I can live with that. Those things will become historical oddities and 
collector's items and are just the burden we'll have to bear as we figure out the tools 
that all this data - because it's really the data that is new and uncharted territory - 
will produce. 

Thank you. 



2012-04-17 



parallel-ogram 




It took me a long time to warm up to Instagram. I would even go so far as to 
say that I haven't warmed up to Instagram. But I use it. I use it because it's a good 
mobile app and it invites you to keep poking at margins of what is possible, 
however slim those margins might be. I choose to believe that it is a testament to 
what people can do to make a lackluster tool 

Sing http://www.aaronland.info/weblog/2011/12/02/looking/#anti- 
aiiasing that there's usually something new and wonderful from my friends when 
I dip my toes in. 

/ still do not believe the nonsense about snapshots and "bad photos" and 
ephemera that gets tossed around when discussing so-called casual photo apps like 
Instagram. It is like some kind of weird and self-deprecating collective hallucination 
that I will not indulge people in. It's also a longer conversation than we have time 
for, right now. 



One reason I've taken so long to get to know Instagram is that you put your 



photos in to their magic cloud-mobile-server-app and then... uh, yeah then... then, 
they get incomprehensible and unsearchable URLs if your photos are public or 
simply vanish in to the aether if they're not. I've noted with interest that lots of 
people simply assume their phones and the promise of a secondary backup on their 
computer or in some third-party storage service are enough of a future -proofing 
against Instagram suddenly vanishing one day. Maybe it is. 

Frankly, most of my problems with Instagram center around the limits and 
the expectations that they set up for people about photo-sharing but that does not 
mean they are wrong to do so. It is still their party. And people seem to be having a 
pretty good time. 

But I also don't believe that it's the casual ("ephemeral") flight of fancy it is 
so often made out to be. Not because of anything that Instagram says or does but 
simply because anything you do for any significant amount of time, no matter how 
dumb or trivial it seems at first, becomes apart of your history. Witness all the 
people now scratching their heads wondering how they create an archive of their 
time spent on Twitter http://dashes.eom/anii/2011/11/thinkup-1.0.htmi . I 
am not here to fetishize artifacts and memorabilia. Sometimes it's fine to do a thing 
and let it drift out out to sea; to exist only in the re-telling. History has always been 
lossy but the fact that we have history at all I think demonstrates they we want and 
value concrete representations of the passage of time. Those representations change 
with the technologies at hand but the motivation doesn't. 
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So I made parallel-Ogram http://straup.github.com/parallel- 
ogram/ . It's pretty much what it says on the tin: It's like Parallel Flickr, but for 
Instagram. If that phrase doesn't make any sense to you the best place to start is a 
talk I did at the Personal Digital Archiving 

Conference http://www.aaronland.info/weblog/2012/02/14/incentivize/#pda2 

earlier this year, about "cloning" Flickr. 

parallel-ogram is a simple web application that uses the Instagram API to 
create a local backup of your photos and "likes" (and any associated metadata) and 
to make that archive a living, breathing website of its own. It is not a replacement 
for Instagram but a shadow copy running in... parallel. You can filter you photos by 
well, Instagram filters and your likes by filter as well as photographer. That's about 
it. 



It doesn't have all the bells and whistles that Parallel Flickr does because it's 
still wet and new and because there's just not very much that comes back from the 
Instagram API that you can do anything with. One thing is does better than Parallel 
Flickr (for now) is allow you to limit who can use your copy of the app to backup 



their photos. This is done by requiring users to have a valid "invite" code to register 
their account for archiving. People can submit their email address for an invite code 
and you (as the site operator) can approve them at will or generate new codes one at 
a time. I like that part. 

The Instagram API does not currently expose any consistent indication of 
whether a person's photos are public or not-public. In the absence of that 
information parallel-ogram treats everything as private, meaning you're the only 
person who can see your photos. The exception to this rule is that you can see other 
people's photos that you've liked and vice versa. At some point in the near-future I 
would like to add the ability to mark photos in parallel-ogram as public or private, 
independent of any Instagram settings, but that's not possible right now. 

The URL structure for the site is an amalgam of styles from Flickr and 
Foursquare (read: privatesquare) which is about as much as you can expect when 
you're cloning a thing that tries so hard not to exist on the web. Those weird 
/p/ JIBBER- JABBER URLs that Instagram generates for public or "shared" 
photos are supported where possible. 
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The thing I like the most is the layout for the photostream (or reverse 
chronological) view. Photos are arranged in a single row, three at a time. Because I 
like silly names I've taken to calling these "haystack 

triptychs http: //www. flickr.com/photos/straup/tags/haystacktriptychs/ ". 

I love these because it's like each everything gets a new neighbour as photos are 
added over time. It's especially true when you're looking at photos you've "liked" or 
are slicing through things by filter. 

I've done a similar thing for individual photo pages, adding oversized 
bookend thumbnails for whatever comes before or after the photo you're currently 
viewing. I don't have a silly name for this yet so suggestions are welcome. None of 
this stuff has suitable mobile stylesheets so it will all look a bit wonky on your 
phone. Hopefully that will follow shortly (or I can just Jedi mindfuck 
Insam http : / /movieos . org /torn/ in to sending me a patch for all the nice work 
he did on flickrgram http://movieos.org/code/flickrgram/ ). 

Somewhere in all of this there is a reply to Nolan's blog post about 

pagination http://noiancaudii1.com/2012/03/24/pagination/ but I'm going 
to save that for later. I disagree with a bunch of the details but it's a good post and 
you should read it if you haven't already. And it's all related. Somehow. 




parallel-ogram is at about the same place Parallel Flickr was when it 

launched http : //www. aaronland . inf o/weblog/2 11/10 / 14 /pixelspace/#paralle 
flickr . It's a little bit prettier and with slightly better installation instructions (still 
no one-button setup tools yet) but, more than anything: It works. I'll probably put it 
down for a little while now and let it settle and then keep chipping away at it in 
small pieces. Having done this three times now (if you count 
privatesquare http : / / straup . github . com/pr ivatesquare / ) I'm starting to 
have a better sense of what a one-button install tool might look like so maybe that's 
not too far off in the future. 

In the meantime the code is available for poking at on Github: 



http://straup.github.com/parallel- 

09 ram/ http: //straup. github. com/parallel- 
ogram/ 
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"an index of reality" 



for some definition / of sweating the details 
the future is here / it just has an internal- 
Pixel Shag 



for some definition / of sweating the 
details 



Select an Album 



Looking for the photos on this device? 



1. Open Settings app 




2. Tap on Location Services 




3. Under Location Services set 
Mixel to on 

approximate location. 



Mixel 



Finished? Tap here 



Load Photos 



This dialog makes total sense, right? The device is the map or something 
like that. 

I can only imagine that Apple's security/paranoid people made the case that 
the geo information embedded a user's photos should be treated as being like 
"Location services" information. Because it is. 

If I were a bad person I wouldn't think twice about writing an iPhone app 
that silently hoovered up all the timestamps and coordinates in a user's photos. For 
Some definition of useful data-mining http : / /booktwo . org/notebook/where- 
the-f-k-was-i/ . 



I'm not sure how to feel about all of this. Actually, I know exactly how I 
feel: That I would rather service providers (Apple, Flickr, etc.) err on the side of 
caution when it comes to photos and geo. The consequences of getting it wrong 
simply outweigh any nonsense about living in an ephemeral public where we have 



transcended shame, nevermind simple privacy, in favour of a more zippy user 
interface. 

I also recognize that how you frame the question can often poison the well. 
The screenshot above is a pretty good example of that. It is not at all clear why 
Mixel needs to use the geo EXIF 

information http://en.wikipedia.org/wiki/Geotagging#jPEG_photos (I 
presume) in my photos. Like I said, it's probably more a function of the fact that 
they are being given access to that information and there's no way for anyone to 
gauge their ultimate motive http: //www. pinboard. in/u:straup/t:motive 

beyond imagining the worst case scenario http : / /www . schneier . com/book- 

lo.html . 

I suppose that Apple could write custom operating system layer functions for 
reading images directly from the filesystem that filtered out information, stored in 
those photos, based on a user's preferences. That would certainly be elegant but if 
you told me it was a solution which oscillated between impractical and impossible I 
wouldn't be surprised. 

Instead we're left trying to find ways of depicting the smushing together of 
years and years of social convention and expectations with the relentless march of 
what is technically possible inside the confines of someone else's user interface 
guidelines. 

Good times. 

Meanwhile, at least of this writing if you search for "geo exif" in 

Google https: //www. google. com/search?q=geo+exif the top result is the 

account settings page, on Flickr,for automatically geotagging your photos using 
emebedded geo EXIF information. That's kind of nice and if you're curious the 
default is to not import that information. For all the reasons outlined above. 
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[ Continue | | Crash 




The image above and the story below are unrelated. Unless you count the 
magic happy cloud-app world — and Cory Doctorow's war on general purpose 

Computing http : / /boingboing . net/2 1 1/ 12 /2 7 /the-coming-war-on-general- 

purp.html — that we're all being encouraged to embrace. Maybe these are just 
growing pains and instances of exceptionally bad design but I'm posting both these 
stories here as a snapshot of a moment in time and a public service announcement. 

It's all relative, right? Three quarters of a billion people didn't even have 
electricity in India yesterday because the grid itself 

failed http: / /www. guardian. co. uk/wor Id/ 20 12 / jul/ 31 /india-blackout- 
electricity-power-cuts 



ASC: 

also, file vault 

it turns out that in 10.7 + 

file vault not only encrypts your disk 

but rewrites the firmware 

so if you forget your password 

(like me on my ... laptop last week) 

you're basically fucked 

for some kafka-esque definition of fucked 



Me (to the apple guy) : that's weird, I would have thought you'd have a tool for 
re-rewriting the firmware 

Him : well, that's the thing about back doors — if we have one then someone else could 
get their hands on it 

Him : but we think we have the solution 



urk. 

ASC: 

Him: we're going to install 10.8 and that should fix the problem since it rewrites the 
firmware 



I am confused 

AA: 

no shit 

the whole thing is a mess 

first: the part where file vault bricks your laptop instead of simply encrypting your 

data 

second: the part where they don't have a tool for fixing the firmware 

unless you count [the next version of the operating system] 

MM : 

I totally don't get the firmware thing 
I mean . . . 

is the laptop fucked as in won't-run? 
or fucked as in data-gone? 

ASC: 

it's so that someone "can't steal your laptop and just reinstall the OS" 

apparently 

fucked as in: you can't wipe the disk and start over again 

if you try to reinstall the OS on a disk with file vault you get asked for a) your 

password b) that insane long file vault master key that no one ever writes down 

I thought I could work around that problem by simply reformatting the entire disk 

and reinstalling from apple's magic network servers since 

and this part is awesome 

there is no way to get the bloody operating system on "removable media" 

unless you count the firewire drives with the last 18 versions of OS X that all 

the worker bees at the apple store walk around with 

MM : 

right, that's what I would expect 

data safe 

but, laptop still usable? 

ASC: 

but that scenario basically blew OS X's mind and it just shat the bed 
so no — the machine just bricked itself 



ASC: 

I love file vault 

ASC: 

I did not expect file vault to fuck up the firmware though - that's just stupid and 
wrong 



2012-08-01 



Pixel Shag 



A shag is a rug or carpet that has a deep pile, giving it a shaggy 
appearance. Shag carpeting is sometimes evoked as an example of the 
esthetic from the culture of the 1970s in the United States and United 
Kingdom. 

In recent years, shag carpeting has seen a resurgence of popularity. 



A couple months ago, Dan Hill wrote a really interesting blog post titled 
"Essays: Interfaces for the unlimited dream of 

flying http : / /www. cityof sound . com/blog/20 12 /04 /inter faces-f or-the- 
uniimited-dream-of-fiying.html ". It's a medium-length Dan Hill exploration of 
the design of airplane cockpits and the not so gradual transition from a cone-shape 
box covered in knobs and dials to a pair of tastefully mounted iPads with buttons for 
the few remaining high-level actions left for pilots to perform. I don't think anyone 
knows whether this is a good idea, functionally or otherwise, just that it's happening. 




You know what the craziest thing about this photo is? It was not taken with 
Instragram.No, really. Crazy, right? 

Shortly afterward, The Telegraph published Nick Ross and Neil Tweedie's 
article about the Air France 447 crash over the mid- Atlantic in 2009: "Air France 
Flight 447: 'Damn it, we're going to 

Crash' http://www.telegraph.co.uk/technology/92 31855/Air-France-Flight- 
447-Damn-it-were-going-to-crash.html ". The findings that the Telegraph 
reported on were then recapped with a focus on the capital-D design issues in Mark 
Wilson's FastCoDesign article: "How Lousy Cockpit Design Crashed An Airbus, 

Killing 228 People http://www.fastcodesign.com/1669720/how-lousy- 
cockpit-design-crashed-an-airbus-killing-228-people 



All three pieces are worth reading, if you haven't already. In the case of the 
Air France crash a lot of attention is focused on the lack of any kind of visual or 



force feedback in the design of the Airbus steering column. Ross and Tweedie do a 
better job than I would describing the problem: 



Like all other aircraft in the modern Airbus range the A330 is controlled 
by side sticks beside pilots' seats, which resemble those on computer 
game consoles. These side sticks are not connected to the aircraft control 
surfaces by levers and pulleys, as in older aircraft. Instead commands 
are fed to computers, which in turn send signals to the engines and 
hydraulics. This so-called fly-by- wire technology has huge advantages. 
Doing away with mechanical connections saves weight, and therefore 
fuel. There are fewer moving components to go wrong, the slender 
electronic wiring and computers all have multiple back-ups, and the 
onboard processors take much of the workload off pilots. Better still, 
they are programmed to compensate for human error. 

The side sticks are also wonderfully clever. Once a command is given, 
say a 10-degree left turn, the pilot can let the stick go and concentrate on 
other issues while the 10-degree turn is perfectly maintained. ... But the 
fact that the second pilot's stick stays in neutral whatever the input to the 
other is not a good thing. As King concedes: "It's not immediately 
apparent to one pilot what the other may be doing with the control stick, 
unless he makes a big effort to look across to the other side of the flight 
deck, which is not easy. In any case, the side stick is held back for only a 
few seconds, so you have to see the action being taken." 



Which is an interesting and useful counterpoint to Dan's post. The running 
joke is that pilots don't really do much flying anymore. Rather, they mostly just deal 
with take-offs and landings and otherwise point the giant sensor tubes that airplanes 
have become in the general direction of the final destination and let the computers 
take care of any course corrections that occur. But everything breaks, right? As it 
happens I am SKYB LOGGING this post from 35, 000 feet and reading about all the 
fallout from Amazon's Virginia data center being attacked by the 

SKY https://twitter.com/thisisaaronland/status/219078853371506688 
(what you call "lighting") and taking down everyone's favourite "cloud" services 
that were hosted there. 



And that's the place where people start needing to be able to fix (or fly) 
things by hand. That is the place where people need to see as much information as 
possible and to use their supposedly tiny meat brains to to process it in to a decision 
about what to do next, even if it seems completely illogical. It is true that we 
probably would not have gotten to the moon without computers but it's also worth 
remembering that for the landing itself the astronauts turned the computers off 
and guided the moon lander to the surface by touch and 

feel http://mitpress.mit.edu/978-0-262-13497-2 . 

So from a safety perspective that essentially means the future of cockpit 
design will dictate that they be covered in 360 degree screens that will spend 
99.99% of their working lives rendering nothing more than the airplane equivalent 
of shag carpeting. Only in the proverbial 0.01% of crisis situations would they come 
"alive" and present the thousands of sensors and charts and graphs and knobs 

and buttons http://ww.aaronland.info/weblog/2 00 8 /10/08/tree/#pattern 
that are the reality of airplanes, old and new. 

I'm not really sure what the bridge between that story and this next one is but 
over the last few months I've been re-implimenting some older Flickr API apps I 
wrote using Google's AppEngine stack on top of the Flickr PuSH 
APIs http://code.flickr.com/blog/2011/06/30/dont-be-so-pushy/ : 
Contacts Who've Faved http : / /contactswhohavef aved . appspot . com/ (cwf) 
and Flickr For Busy People http://flickrforbusypeople.appspot.com/ 

(ffbp) . AppEngine remains a lovely thing to have in the toolbox but it has evolved 

to become so specific to Google's infrastructure that, good or 

bad revdancatt.com/2011/09/12/daynotes-mon-12th-sept-2011/ , it's a bit of 

a locked box. So, I've been adding the functionality to parallel- 

flickr http://straup.github.com/parallel-flickr/ and using the work as an 

opportunity to play with the interface design of the applications. 



Your contacts' taws 




There isn't much to say about ffbp (in parallel-flickr) yet. It is arguably 
worse than the original so we'll just talk about cwf, instead. The earliest redesign of 
cwf simply opted for displaying a big honking version of each photo, along the lines 
of Pua http://www.aaronland.info/weblog/2011/06/25/meatgrinder/#pua , 
the first app I built using the Flickr PuSH stuff. Unlike Pua, though, there's an 
expectation of more control and feedback. Things like seeing who took a photo and 
who faved it or basic navigation controls. Also, big photos are big. So the big 
photos were replaced with the standard 500 pixel version and I used Scott Robbin's 
excellent Backstretch http : / /srobbin . com/ jquery-plugins /backstretch/ 
library to blow a thumbnail version of the photo in to big chunky pixels. 




I honestly don't remember if the big chunky pixels was me riffing off the 
work that Dan Catt was doing at the same time for the Guardian Ambient 
Headline Radio http: //revdancatt.com/2012/04/25/guardian-ambient- 

headline-radio-the-def initive-blogpost/ project or if it was Other way 
around. Either way this screenshot was pretty much an OHFUCKYEAH moment 
for me, when I saw it: 




Earlier this year, I muled a t-shirt that James 
Bridle http://www.shortteriratiemoryioss.com/ had ordered to Austin. He 
wanted to wear it for the innocent little panel with an eye for 

pixels http : / /booktwo . org/notebook/ sxaesthetic / we were both a part of at 
SXSW. James loves his t-shirt but it is a truely hideous design and I quickly dubbed 
it the "ugly shirt" after the fashion accessory with the same name in William 
Gibson's novel Zero 

History http://www.williamgibsonbooks.com/books/zero_history.asp . In 

the novel the ugly shirt is used to trigger, by means of its signature patterns, a 
switch in London's CCTV computer vision algorithms that prevents the wearer from 
being recorded. 

Which is why it was so lovely to watch James, a few months after SXSW, 
posting this photo to Flickr: 
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And see it turn in to this when someone I follow, on Flickr, faved it: 
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That's not the ugly shirt if you're wondering. This 

is http: //www. flickr.com/photos/antimega/6901825982/in/photosof-stml/ . 

The most recent work on cwf has involved making it more Pua- 
like http://www.flickr.com/photos/straup/tags/pua so that it can be run as a 
friendly second screen slowly looping through the pool of new and available photos 
that your contacts have faved. But instead of displaying the photos proper it's meant 
to display the out-of-scale pixelated thumbnails in all their blocky goodness. It 
really only works well in Firefox because it is the only browser that implements and 
honours the crisp-edges http://revdancatt.com/2012/03/31/the-pxl- 
effect-with-javascript-and-canvas-and-maths/ CSS flag(s) for images. 



Everyone else is too bent, it seems, on the illusion of a perfect mirror world 
to notice the possibilities at hand. 




The "innocent little panel" I mentioned earlier was the now infamous New 
Aesthetic http : //new-aesthetic . tumbir . com/ panel, a conversation about and 
around ideas that James and others have been chasing since last year. Since then the 
whole thing has gotten all sorts of attention and, in its own way, been Internet- 
meme-cat-lol-ified. It has become something of a Rorschach circus show, causing 
people to put their cards on the table in all sorts of weird and unexpected ways. One 
of the questions that has been raised, or simply pointed out, is whether or not the 
project betrays an unhealthy nostalgia for the past and a fetishization of early 8-bit 
computer graphics from the 80s. 



That's always seemed like a fair critcism to me but increasingly I've been 
coming to the conclusion that it's just not the case. At least not for things like cwf or 
Dan's more recent projects like 
Flambient http://revdancatt.github.com/Flambient/ (which I've also been 

slowly adding to 

filtr http://www.fl.ickr. com/photos/tags/filtr:process=pxl ). I think there's 



something different going on. Back when people only had 8-bit colours and low 
resolutions to work they only had... well, 8-bits worth of colour. But now we have 
more colours than ours can see (so we're told). So that means that the possibilities 
available for dressing up the grid, an otherwise pretty tired and flavourless medium, 
can be both more subtle and more complex. 

This is really about the magic of colour and as much as I am bored silly of 
his work it's hard sometimes not to want to stand on the corner shouting 
FUCK YE AHCEZANNE . 

Go on, tell me I'm 

wrong, http: //www.f lickr.com/photos/straup/tags/pixelfaves 




At Foo Camp, this year Greg Borenstein and Matt Webb led a session titled 
"Designing For and Against the Manufactured Normalcy Field". Greg's done a 
good write-up on his 
website http://urbanhonking.com/ideasfordozens/2012/06/24/designing- 

f or-and-against-the-manuf actured-normalcy-f ield/ SO I won't repeat it here 
except to say that you should also go read the catalyst for the session: Venkatesh 
Rao's "Welcome to the Future 
Naseous http://www.ribbonfarm.com/2012/05/09/weicome-to-the-future- 



nauseous/ 

I have some doubts about the idea of a normalcy field or why it's necessarily 
a bad thing. I may have mentioned that I am SKYBLOGGING this post, sitting in a 
chair 35, 000 feet about the ground and traveling at 500 miles an hour. Drinking 
whiskey. I'm just not sure I buy the argument that I should to be experiecing the 
essence of this event if only because I wouldn't be able to get anything else done. 
The whole point of these offenses against spacetime is to make possible something 
new and sometimes the cost is abstracting away the fleshy reality of our earthly 
bodies. Given how long it's taken me to finally sit down and write this blog post I 
think I can live with that. 




One of the things that Matt asked people at the Foo session was list things 
that feel 

weird https: //secure. flickr.com/photos/unavoidablegrain/735551252 0/sizeE 

The short-hand answer for the things people came up with is the self-driving car. 
I've been wondering whether the reasons that people get so creeped out by the self- 
driving car (and things like it) is that they are born in to this world devoid of 
irrationality. Don't get me wrong. I'm not particularly keen for this airplane to, of its 
own volition but with no discernable explanation, simply decide to start doing 
anything other than what it's doing right now. 



But I also think that we use, we rely, on the notion that people are very much 
irrational. It keeps things interesting. It also means that there are strategies (both 
benign and creepy) for navigating a world of other people by being able to account 
for and manipulate that irrationality. Things like cars with mass and velocity and the 
ability to create serious and permanent carnage are, out of necessity, not allowed a 
lot of latitude. This is another compromise I can live with but that absence of room 
to maneouver when evaluating the world around us is, I think, deeply troubling to 
people even if it's not something that is readily articulated. 

One day during Foo I walked in to a room and saw that someone had written 
the words: IfSiri http://www.wired.com/beyond_thejDeyond/2012/06/turing- 
centenary-speech-new-aesthetic/ "wins " what will it do? I don't have a phone 
with Siri but I've seen enough people use it, and heard enough stories, that I think 
the reason people like it more than the self-driving car is simply that you can fuck 
with it. 




You can ask Siri simple, selfish and formal questions and it will give you 
simple, formal and selfish answers. That's useful sometimes. But people have also 
figured out that you can feed Siri a milkshake of a question then they just sit back 
and wait to see what comes out. There's enough wiggle room in the way Siri is 



designed to operate people understand that there are all these corners where you can 
make crazy shit happen. Where you can find the unexpected in what is otherwise 
nothing more than zeros and ones. It doesn't really matter whether or not there are 
"people" in "there" because it's a valuable lens to see the world through. 

A lens where you don't know what will 
happen, http://infovore.org/archives/2012/06/29/2ist-century- 

camouf lage/ 
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Stories from the New Aesthetic 
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computational 
deep water 



So, last night James Bridle http://shorttermmemoryloss.com/ and 
Joanne McNeil http://joannemcneii.com/ and I got together again and did 
a(nother) panel about the New 

Aesthetic http: //www. newmuseum.org/calendar /view/ stories-f rom-the-new- 

aesthetic at the New Museum, as part of 

Rhizome http://www.rhizome.org/ 's New Silent lecture series. I think the event 
was sold out or nearly so and that was really lovely. Thanks, everyone who came! 
Given all that's been written and said since the first panel in 

Austin http: //www.aaronland.info/weblog/2012/03/13/godhelpus/#sxaestheti 

this spring it would be a lie to say that there wasn't some trepidation about what a 
second panel and audience might end up looking like. In the end it was all good, I 
think, and we each managed to just focus on the things we've been thinking about 
since March. We told stories. 



Joanne has posted her 

notes http: // joannemcneil.com/index.php?/talks-and-such/stories-f rom- 
the-new-aesthetic/ as has James http://booktwo.org/notebook/living- 

inside-the-machine/ . Also, Paul Soulellis published his raw notes about the 

panel http: //soulellis. com/ 20 12/10 /the-motive-of-the-algorithm-is- 

stiii-unciear/ . This is what I said. 




I've been thinking a lot about motive and intent for the last few years. How 
we recognize motive and, more specifically, how we measure its consequence. 

This is hardly uncharted territory. You can argue easily enough that it 
remains the core issue that all religion, philosophy and politics struggle with. 
Motive or trust within a community of individuals. 

The security expert Bruce Schneier recently published a book about trust 
titled Liars and Outliers https://www.schneier.com/book-io.htmi in which 
he writes: 



"In today's complex society, we often trust systems more than people. 
It's not so much that I trusted the plumber at my door as that I trusted the 
systems that produced him and protect me." 



■ 




consequences 



I often find myself thinking about motive and consequence in the form of a 
very specific question: Who is allowed to speak on behalf of an organization? 

To whom do we give not simply the latitude of interpretation, but the luxury 
of association, with the thing they are talking about? 

I have some fairly selfish reasons for thinking about this after having spent a 
number of years inside a big company and arguing about the value, or more often 
the relative risks, of releasing experimental or nascent features that may not square 
with an organization's singular narrative. 



But the consequences of someone in government, for example, speaking in a 
way that exposes them or their department to a lawsuit is very real, whether or not 
it's actually warranted. We have instrumented a legal system in this country that 
allows people to enforce penalties on other people's actions not unlike the way 
patent trolls file pointless suits because there's real money to be made doing it. 
Motive works both ways. 



Some of the resistance is also an historical function of the cost of production 
- in both time and money - and immutability of how we've built things in the past. 
Institutionalizing or formalizing consequence is often a way to guarantee an 
investment but that often plows head-first in to the subtleties of real-life. 




Consider Jonathan Wallace's An Auschwitz 

Alphabet http://www.spectacle.org/695/ausch.html which is a website 
described as "twenty-six slices ... to illustrate the entire human landscape of the 
concentration camp." 



I first heard about this during the debates in the 1990s about whether or not 
website creators should be rating their own work. At the time, Wallace wrote: 



"Assigning an R rating to the file on human experimentation ... would 
place it in exactly the same R-rated category as sexual material with no 
SLAP value whatever, and would prevent minors with a perfectly 
legitimate interest from seeing it. Under a rating system which paralleled 
what we do for movies, I would either have to assign An Auschwitz 
Alphabet a G rating or refuse to rate it entirely." 



I have memories but can find no actual evidence that Yahoo! banned the 
Auschwitz Alphabet, from its directory listings, on the grounds that it was 



inappropriate content and not suitable for a family brand. So, consider that 
possibility as a kind of more-than-likely design fiction. 




I am newly arrived at the Cooper-Hewitt, here in New York. My job is to 
help figure out what it means, and how, to make the museum native to the 
internet http://iabs.cooperhewitt.org/2012/iost-coiiection-aipha/ . 



If the pressure on museums was once only to remain internally consistent we 
are now confronted with the prospect of trying to enforce brand guidelines across 
the entire network. 
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Because this is what 2012 looks like for museums. 

It is most definitely not about Twitter but about the fact that some random 
person out there on the Internet is building a record of 

understanding http://www.twitter.com/selfawareroomba/ about Roombas 

that may well rival anything we will ever do ourselves. 

Beyond that, we are being forced to accept the fact that our collections are 
becoming "alive". Or at least they are assuming the plausible illusion of being alive. 

We are having to deal with the fact that someone else might be breathing life 
in to our collections for us or, frankly, despite us. We are having to deal with the 
fact that it might not even be a person doing it. 

That there's a person out there pretending to be a Roomba just means that we 
are beginning to believe that a Roomba might actually do this itself one day. 



And never mind the robots that we can see. We are instrumenting everything 



around us with sensors. We don't typically think of the whale songs that elevators 
make every day as story-telling but it's not a stretch. Certainly not if we're even 
going to talk about whale songs for which we have absolutely assigned motive in 
the absence of any understanding. 

Either way, it's happening out there on the network. 








Personally, I'm okay with all of this. 

I have always argued that as museums our goal should always be to get 
people inside the building, to see the actual things we collect. There is value in 
rubbing up against them in the flesh. 

At the same time, a museum's digital presence is the first, and sometimes 
only, avenue that people have to get to know a collection - be they scholars, casual 
visitors or increasingly the network itself. 

This is especially true for the holdings that, for one reason or another, never 
actually see the light of an exhibition room and we need to get comfortable with the 
idea that a single narrative motive is often doing our collections more harm than 
good. 



Even if we're not entirely sure how to measure the ways in which those 
stories might blow back or get confused with our own. 



If museums are going to spend all their time worrying about whether or not 
we are being "brandjacked" then we also have to be able to answer the 
uncomfortable question of: What is it that makes us different from any other 
shareholder-driven business hawking a stable of character franchises? — I left this 
part out of the talk proper, in the end, but it's still true. 




I had the opportunity to visit Dia:Beacon last month and some of my 
favourite pieces were Gerhard Richter's plate-glass "Rothko paintings". 

They reminded me of Lisbon or rather of a Lisbon that I only just caught a 
glimpse of, once. 

If you've never been to Lisbon the city is defined by its hills and by the 
omnipresence of heavy wooden doors and shutters painted forest green. And yet 
behind so many of those wooden doors you'll find the same floor to ceiling plate- 
glass doors you find in every other city in the world. 



We were walking past the train station one day where two businesses facing 
each other on opposite sides of the street had each opened their heavy wooden 
doors. Their interior glass doors were left to start parroting the city and sky and 
everything that they could also see including the doors across the street. It was 
beautiful and disorienting and it felt, just for a moment, like an entirely new Lisbon. 




The chances of convincing the Portuguese to throw off a thousand years of 
history and big green doors, in the service of a million new hypothetical vantage 
points, are probably zero but I was reminded of that moment looking at Richter's 
work. 

The idea of the city exploding in to a feedback loop with itself - of bursting 
through, as James likes to say - feels like a useful way to think about how we're 
teaching digital things to dance in the world and what we see in the the funny ways 
they react to it. 

We're really good at pattern matching. By which I mean we're really good at 
seeing patterns and of making them out of whole cloth. 



And we are starting to ask the network - the machines and cameras and 
sensors and cables and all the pipes, visible and invisible, that connect them and 
surround us - to look for patterns too. We're trying to teach pattern matching and 
we're not sure what to do with what's coming back 



I am not here to argue that the robots are really seeing anything yet - at least 
not on our terms. 

What interests me is that we - not the robots - are the ones seeing the 
patterns coming back and we know from experience the kind of crazy-talk 
narratives that could be shaped out of them. We can see both motive and 
consequence birthed in those patterns. 

There is a larger question of whether our willingness to allow the robots to 
act *of their own accord* on those constitutes de-facto seeing but, by and large, we 
continue to actively side-step that question. 




For a while now drones have been the current best manifestation of the idea 
that we are living in a world of consequences without warning. Of patterns 
recognized where none may yet exist. 

At the moment we haven't completely abdicated the responsibility for drones 
so we tell ourselves that there is still a warm body, that we could appeal to, 
watching at the end of every decision to fire a missile. 

But we all know that work is underway to develop systems that automate - 
that pattern match - those decisions. 

In that way I actually think that self-driving cars are the new drones. 



I've been having a running debate with the artist John 
Powers http : / / j ohnpower s . us / about the inevitability of self-driving cars and 
their necessity in order to ensure that urban spaces may not only survive but to 
thrive. 



Self-driving cars may well happen but they remain profoundly weird and 
creepy to me in ways that other automated systems don't. It is, as systems, their 
complete and deliberate lack of imagination that I find unnerving. 
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Which brings us to the Fifth Law of Robotics as defined by me and John: 
That your insurance rates will always go up. 

Short of divorcing all interactions between people and cars, save for air- 
locks in which to enter and exit a vehicle, they will be programmed within an inch 
of their lives to limit what they're allowed to do. Out of necessity. 

Things like cars, that have mass and velocity and the ability to cause serious 
and permanent damage, are for good reason not given a lot of latitude. 

For the same reason that I absolutely do not want to find out what the 
equivalent of cars spontaneously smart-mobbing to hold whatever they think a 
"pillow fight" is, it is not difficult to imagine what it would take to launch a denial- 
of-service attack against a fleet of self-driving cars. 



And maybe that's part of the problem. 




Contrast self-driving cars with Siri which has proven itself to be a never- 
ending source of surprise to people. Siri seems fun because it feels like there is 
room to tease out new interactions; that you could make Siri in to something new 
and unexpected. The illusion of being able to trick Siri is real enough. 

I think part of the reason we feel that way is that we rely on the notion that 
people are very much irrational. Not for everything, but for quite a lot of what we 
do it is profoundly important. 

It means that there are strategies (both benign and creepy) for navigating a 
world of other people by being able to account for and manipulate that irrationality. 
It also means we preserve the ability to hide from one another. 



To quote Bruce Schneier, again: 



"If we were designing a life form, as we might do in a computer game, 
we would try to figure out what sort of security it needed and give it 
abilities accordingly. Real-world species don't have that luxury. Instead, 
they try new attributes randomly. So instead of an external designer 
optimizing a species' abilities based on its needs, evolution randomly 
walks through the solution space and stops at the first solution that 
works— even if just barely. Then it climbs upwards in the fitness 
landscape until it reaches a local optimum. You get a lot of weird 
security that way." 



There is little or no room to "play" with a thing like a self-driving car that's 
been built for lawsuits. 

And this all points to a kind of writing on the wall that I think makes 
everyone very uncomfortable, whether or not we've found a good way to talk about 
it yet. It points to a world where we're stuck trying to make peace with the irrational 
pattern matching of sensors paired with the decision trees that only know a 
uniformity of motive. 

Like the unknown high-speed trading algorithm that popped up last week 
and accounted for 4% of all trades. One article I've read about the event sums it up 
nicely: 

"The problem is, every exchange sees things from their own little world. 
They don't see how things react outside of that world, and they have no incentive to. 
So when you have these complex systems interacting with each other and nobody 's 
really paying attention to the aggregate, you set yourself up for times ... when 
you 're only going to find out how the new systems all work together when you 've 
got this really bad news event that nobody was expecting." 

Good times. 




It's not as though this is the first time we've felt overwhelmed by the 
consequence of the technologies we've developed. At this point we have all heard 
too many times about how people's minds were blown by riding the first train as it 
traveled a whopping six miles per hour. 

It is also not the first time that we have worried that we are building a future 
devoid of narrative. The Industrial Revolution, and pretty much every critique of 
capitalism, is full of that story up to and including Francis Fukiyama's claim that 
history ended with the fall of the Berlin Wall. 



But that doesn't mean that there isn't something new happening. 
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Which brings me to Instagram. Like drones and self-driving cars Instagram 
is just a "current best" short-hand for a lot of interrelated issues: That we have 
always been at war with a suspect past. 

There is a lot to criticize about Instragram but I want to take issue with what 
is seemingly the most common of grievances: Those goofy filters. 

The reason that I have such a problem with all the talk about how awful and 
retrograde people filtering their photos is that if we did anything wrong, at Flickr, it 
was letting people believe that their photos weren't good enough to be worth 
uploading to the site. 

For a photo-sharing website I'm not sure I can think of a bigger failure. For a 
community website built around a medium as broad and as deep as photography to 
allow its members to think that there is nothing more interesting than, say, HDR 
sunsets is pretty grim. 



And yet all it took to get all those people excited about the art and the craft 



of photography again - in ways of seeing the world as something more than a 
mirror - were those stupid filters. 

Those stupid filters are really important because they re-opened a space in 
which people could maneuver. These are new things not least because I'm guessing 
that a sizable chunk of Instagram's user base was born after the 1970's and so there 
is no nostalgia to be asserted. The past is just a medium. 

Sometimes the past is not a rejection of the present but a good and useful 
screen through which to look for patterns, to look for things we'd never have been 
able to see in the past. 
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We are in the process of lining the walls of the Schrodinger's box we all live 
in with mirrors and it may well be the first time we've gotten truly close to removing 
the idea of plausible deniability from our lives. 

We assume that there are some very smart people at places like Google or, if 
you're feeling lucky, Facebook who are hard at work unravelling the mystery and 
meaning of all those overlapping patterns. It's worth remembering, though, that 
these are all companies whose purpose is to service what are basically singular and 
selfish motives. They are building better tools to automate already learned 
behaviours. Patterns. 

Not too far from the center all that learning and future magic starts to get 
warped and abused in some very weird ways. 



Pity the librarians of the future who will have to decide how to catalog the 
books that were programmatically written by harvesting the content farms that were 
themselves machine-generated to game Google's ranking algorithms. 



That's the world we are all living in. The details vary from person to person 
but we are all trying to make sense of the feedback loop of reflective surfaces that a 
world gone digital is producing. 

We are trying to glean the consequence of its velocity. 

So, I am going to continue the tradition of ending these talks with a 
deliberately wooly and rhetorical question: 

We have barely learned to trust one another, outside of tiny little Dunbar 
Tribes, let alone trust ourselves to teach computers how to interpret the motive of a 
stranger. We are also being forced to figure out for robots quite a lot of stuff we've 
never really figured out for ourselves. 

What if we are pouncing on the seemingly weird stuff that the network 
appears to be doing not in order to correct it but as a way to dig for stories - for 
patterns - and to tunnel for loopholes as a way to always stay one step ahead of our 
intentions, of our motives. 

Thank you. 




And yes, we brought 

Roger https://www.flickr.com/photos/straup/sets/72157629690019873/ 
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Aaron Straup Cope /Access 2 

oes 



/ gave ?/ze opening keynote at the Access 

Conference http://accessconference.ca/about/past-conferences/ , in 

Montreal, last week. I stayed for the rest of the conference and had a lovely time, 
seeing some old friends and meeting new ones. Props to 

Ed http://blogs.library.mcgill.ca/edbilodeau/ and 

Amy http://informingthoughts.com/ for doing an amazing job organizing the 
whole thing, and for sweating the details like wrangling a 29-dozen bagel run for 
people on Sunday morning. 

If you look carefully at this talk (by which I mean: past the Roombas) I think 
it's interesting the places where it starts to overlap with the talk about motive 
during the New Aesthetic 

panel http://www.aaronland.info/weblog/2012/10/08/signs/#stories 
earlier this month. That wasn't a thing I spent any time dwelling on. It's just a thing. 
This is what I said: 

A couple of quick historical notes before we get started: 



First, this is apparently what the Unitarians, one of whom was my great- 
grandmother, were up to in 1891 . Second, in 2012 you can no longer find "corn 



doilies" or at least not easily. 

The community craft site Etsy http : / /www . etsy . com does not list any 
such items (which is kind of shocking when you consider all the other things they 
sell) and, when asked, Google helpfully suggests that you may have more luck 

searching for COrn dollies https://en.wikipedia.org/wiki/Corn_dolly . 




Hello! 



It is my pleasure and my privilege to be here today and to be given the 
opportunity to do the opening keynote. It is especially nice for me to be back in 
Montreal because, although I've been away now for almost eight years first in San 
Francisco and now New York, this is still home. 

Montreal is, as the expression goes in French "chez moi". 

This is a photo of one of my favourite pieces of local graffiti, taken in 2003. 
There's a condo now in the place of that parking lot which means in theory the 
painting is still there waiting to be discovered, to be restored even, by some possible 
Future Us. 



I was chatting with a friend the other day and he asked me what the thesis of 
this talk was. On some levels I don't have one. On some levels it may be too soon 
for thesis statements. What I want to do here, instead, is work through a series of 
ideas that argue in a general direction. I want argue that something is happening. 



Something that, to a greater or lesser degree, we may not need to address 
today or even tomorrow. But, in the way the day-after-tomorrow always gets here 
sooner than expected, we should probably start thinking about today. 

I am here for the entire conference so to the extent that you agree or disagree 
with me - and especially if you disagree - please come find me for a chat. 




"whether we want to be or not" 



Otaku. 

I learned about the idea of otaku in the first (or second) issue of Wired 

magazine http : / /www . wired . com/wired/ archive / 1 . 1 /otaku . html , in that 
near-distant past when we still found out about the rest of the world from little 
packages of media defined by regular intervals of space and time. 

The term is Japanese and refers to those subcultures that obsessively collect 
things, typically low-brow pop-culture subjects. Despite being considered a 
pejorative, by some, the term has been all-purposed to denote any kind of serious 
but still amateur collector. 

While I was looking up exact definitions of the term I came across this 
passage from William Gibson's novel 

Idoru http://www.williamgibsonbooks.com/books/idoru.asp : 



The otaku, the passionate obsessive, the information age's embodiment of the 
connoisseur, more concerned with the accumulation of data than of objects, seems a 



natural crossover figure in today's interface of British and Japanese cultures. I see 
it in the eyes of the Portobello dealers, and in the eyes of the Japanese collectors: a 
perfectly calm train-spotter frenzy , murderous and sublime. Understanding otaku - 
hood, I think, is one of the keys to understanding the culture of the web. There is 
something profoundly post-national about it, extra-geographic . We are all curators, 
in the post-modern world, whether we want to be or not. 

With that in mind I'm going to start this presentation by telling three short 
stories, one from each of the last three years. 



Obama Fistbumps 




communities of authority 



This is a screenshot from Flickr. It's a gallery of, as the name suggests, 
President Obama fist-bumping 

people http: //www. flickr.com/photos/secret_canadian/galleries/72157 62315 

Galleries at Flickr were a thing that we introduced in 2009 as a way to 
encourage the membership to start thinking about how to represent the breadth of 
not only the sheer number of photos available on the site but also their individual 
experiences with them. 

By the time we launched Galleries there were already five billion photos and 
somehow people thought we were going through the pile every day curating photos 
for the "explore" section. 

There were only two rules for Galleries: A single gallery could have no more 
18 photos and none of them could be photos that you, as the gallery creator, had 
taken. That was it. The goal was to focus people not on any specific theme or topic 
but on the act of choosing. 



I did a paper about 

Galleries http : / /www .museumsandtheweb . com/mw2 010 /papers /cope/cope . html 

in 2010, talking about the larger trend of people not only discovering but starting to 
flex what I called a curatorial muscle. 

I talked about how there was a still nascent but very confusing smushing up 
of the roles and distinctions happening between traditional critics, experts (or 
curators) and docents. This felt like a similar blurring that had been going on for a 
while between art and craft and design. 




I came back to this a year later when I was asked to be on a panel about art 
and 

Cartography http : //www. aaronland . inf o/weblog/2 11/10 / 14 /pixelspace/#naci 
The question of useful versus simply pretty maps is perennial in cartographic circles 
and it reminded me of the arts versus crafts debate I had grown up with in art 
school. 

I studied painting in the mid-90s at a time when the debate was especially 
vicious. It was mostly a lot of name calling and questioning of motive between the 
"fine" artists and the people practicing craft. The designers were mostly relegated to 
the status that cartographers are afforded today: Everyone knows there is both a 
skill and an aesthetic to their work but no one is willing to call it captial-A art. 

I think part of the reason that the debate was so brutal in the 90s is that we 
could all feel the ground shifting under us but no one could understand how or why. 
Fast-forward to today and it's pretty clear what was going on: 



The economics around production and distribution that have, until now, 



buttressed the distinctions between art and craft and design have all but bottomed 
out today. 

We live in a world where design studios are routinely criticized for 
producing "art" pieces devoid of any functional purpose. Where artists are designing 
products for luxury brands. Where craftspeople are finding success and audiences 
on the internet and, in may cases, raking in money hand over fist. 

The reason I mentioned this is that we have often used the cost of something 
as a proxy for its value. Where the cost might be concrete dollars and cents or, 
especially in the case of cartography, the more abstract cost of time and attention. 
Why would anyone spend ten years of their life making a thing unless they were 
serious and earnest in their endeavour? 

Which really means why would they forfeit ten years of the chance to do 
something else, which is itself another way of saying time is money. 

The problem, today, isn't so much with that equation but with the counter- 
equation: That things (or at least maps) can be evaluated by the ease with which 
they were created. 

Not all maps are equal in their craft or their consequence but the technology 
stack around map-making has moved so far and so fast in the last few years that you 
can, in fact, make a very good map easily. 

As a result one measure of confidence in our ability to judge things has 
gotten completely messed up and we are still trying to find new bearings. 




This is increasingly happening with robotics, too. 

This is the shortest of the stories because I am still trying to make sense of 
the experience I had, earlier this year, sitting in during an informal conversation 
between a robotics engineer and a group of new media artists and watching them try 
to figure out where robots are supposed to fit into the cultural spectrum. 



Engineers it turns out are the new folk art. 




I am telling you all these things because I want to use these stories to set up 
an idea that, to my surprise, has proven to be a really good way to pick a fight with 
people in the cultural heritage world. 

That the distinction between museums and archives (and by extension 
libraries) is collapsing in most people's minds. Assuming it ever existed, in the first 
place. 

When I say the distinction I mean both the roles themselves and their 
relationship to one another. And when I say collapsing I don't mean to imply a 
catastrophic end of days but rather a kind of simultaneous "passing-through" of any 
one field through all the others. A smushing together. 



Consider Rhizome's ArtBase http://rhizome.org/artbase/ which 
calls itself an online archive of digital art. I've lived in Quebec long enough to see 
my share of province wide power outages so I know that electricity is the weak link 
in all of this but: To the extent that ArtBase is "always on" and searchable it's no 
longer clear to me whether it's an archive, an index or a showcase. 



Or, as we continue to digitize all the things, all of those things. At the same 
time. 
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random access memory 



Here's part of the reason why I think this is happening. 

This is a photograph of a warehouse equipped with robots from Kiva 
Systems. Kiva was purchased by Amazon last year. A year or two before that 
Amazon purchased the online shoe retailer Zappos as much for their expertise in 
warehousing - in the art of space-fitting a gazillion boxes of shoes - as for their 
customer base. 

These warehousing systems, and the robots that work in them, are amazing 
pieces of technology. They are terrifying in their own way because by virtue of their 
robot-ness they allow for an efficiency of storage and retrieval in ways that aren't 
possible for humans and our puny meat-y limbs. 



It is a system that humans, unaided by robots and sensors and algorithms, 
simply don't understand. I have friends who've visited some of the warehouses and 
they report that there are lasers on the ceilings whose purpose is simply to direct 
humans to move items from one shelf to another. 



Which seems sort of grim and, well, in-human on the face of it. That is the 
conventional thinking until you actually buy something from Amazon and have that 
thing show up the next day. 

There are some very real costs associated with this bit of magic that may 
dictate its longterm viability but, all things being equal, I have never met anyone 
who wants to go back. 

Short of promoting a particular noxious smoke and mirrors around the idea 
of "artisanal warehousing" this is the future because it makes possible a kind of 
expectation around access and delivery. 

It's access and delivery to things like books and cat litter today but if we can 
make it work for those sorts of generally trivial things I am pretty sure we're going 
to start expecting it for the important stuff. 




For a while now I've been threatening to do a talk titled: Can we please put 
the Impressionists in the basement for 100 years. At least. 

Needless to say these are also fighting words in some quarters. 

The argument isn't so much about whether or not I like the work of the 
Impressionists or whether or not I dispute their importance. It has nothing to do with 
the Impressionists, really. 

They are just a convenient short-hand for a class of works, or objects, that 
are taking up space both physically and intellectually. They are by virtue of our 
inability, or unwillingness, to figure out a more effective means dealing with their 
inertia - of their storage and retrieval - crowding out the rest of our collections. 

Which begs the question of why we're keeping all that other stuff at all. I 
will come back to that point in a couple minutes. 

The mechanics of how you show, of how you demonstrate, the breadth and 



complexity of a collection is real work. Hard work. All you have to do is look at the 
Explore pages on 

Flickr https : //www. flickr.com/photos/straup/5765494282/ , to see what I 
mean. And the number of institutions who can afford the sort of investment that 
Amazon is making in automating its warehouses is probably close to zero. 

The next day Mike Kastellec http : / /www . evolvinglibrar ies . com/ gave 
a talk about the work they are doing building out the new Hunt Library at the North 
Carolina State University, including their automated book delivery 
system https://www.lib.ncsu.edu/huntlibrary/abds.html (akathe 
BookBot https://www.youtube.com/watch?v=LK4f8UbuSzY ) so maybe not as 
close to zero as I thought, which is encouraging. 

But if not laser-guided robots, then what? Everyone gushes over those time- 
lapse photos of a Roomba trying to find its way around a room. 

What is the "like that" for our collections? 




Deep breath. 

This is the part where I am probably going to get in trouble, at work, so I 
will deny ever having said any of this out loud or in public. 

Some of you may already know that the Smithsonian recently launched a 
national re-branding campaign in the US . We're doing a big ad blitz under the 

motto: Seriously Amazing http://www.seriouslyamazing.com/ . 

I want to emphasize that I very much chose to work at the Cooper-Hewitt, 
and by extension the Smithsonian. I believe in the mandate of the institution and 
that it is publicly funded and that what those things represent are important. In short, 
I drank the KoolAid. 

But I have a couple problems with the rebranding. 

First, I'm not really sure how anyone hoping to reach the so-called young 
people of today can not be even peripherally aware of meme 



culture http://www.roficon.org/ and somehow miss the part where they are 
walking in to a minefield of LOLCAT jokes like this one. 

Second, we are bucketing our audience in to kinds of aspirational 
typecasting usually reserved for buddy movies - things like the "new" and the "hip" 
and the "mommy blogger" and so on - instead of simply talking about what we 
collect and why. 




Because honestly this is all we need to say. It's true. 




Or this. This is a real photo. 

We could have run nothing but this photo, never mind the funny-haha text. 
That's just a piece of ancient internet meme 

history http://www.allyourbasearebelongtous.com/ I added for kicks. If we'd 
run this, with the Smithsonian logo at the bottom of the photos, on buses and 
billboards I bet we'd have generated more excitement than anything the current or 
past ad campaigns have. 



And all we'd be doing is showing people what they've trusted us to keep 



safe. 



I'm not sure whether I'm looking at an archive, here, or a museum or a 
library (albeit one with very feather-y index cards) and honestly I don't care. 
Because everything about this photo is pure gold. 




The Smithsonian has 18, 000 light fixtures. The Cooper-Hewitt alone has 5, 
000 buttons and a frightening number of matchsafes. The zoo at the Smithsonian 
has pandas. Real live ones. We have a lot of dead parrots, apparently. The list goes 
on. For a while. And people love us for it. People love us for it because by 
preserving these things we keep open a narrative space in which to consider the 
meaning of things. 



We are the time keepers. We could have simply published posters that said: 
We were Otaku before it was cool. 




This is not one of ours. It's a photo of an installation piece shown last year 
in Amsterdam http://fiowingdata.com/2011/11/15/24-hours-of-fiickr- 
photos-printed-to-f iii-a-room/ . It's meant to be all the photos uploaded to 
Flickr in a single day. It's meant to convey the breadth of stories and motive of use 
behind all the tiny glimpses of life we capture in photographs. 



This is my friend James Bridle http: //www. shorttermmemory loss .com/ 
visiting the exhibition. That's James being happy. I've never seen the installation in 
real life but every time I see this photo it makes me happy too. 




This was James Bridle's 
reaction http://www.fiickr.com/photos/stmi/6407463775/ , about 5 minutes 
later when he discovered that there were actually hollow forms over which the 
photos had been placed. 

James eventually wrote the curator of the piece who wrote back saying: 

In the installation I'm trying to give a representation of the amount that is 
uploaded every day on Flickr. On October 6th I downloaded for 24 hours the 
images tagged as 'IMG' and in weight higher than 900K. This resulted in 950.000 
downloaded images. I wanted to show the photographs as a sea of images, therefore 
I had to create the 'hollow mountains' in the installation. But the volume represents 
these 950.000 images. I'm sorry if I have disappointed you with this, but hope this 
mail will clear things up a little bit. 



Really. 
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This is a patch that the Government Digital Services team, in London, made 
for themselves to celebrate the successful launch of the new gov.uk 
site http://www.gov.uk/ the other day. It's a remarkable piece of work, both in 
its ambition and its execution. 

What I especially love are those three words at the bottom: Trust. Users. 
Delivery. 

I know some of the people on the design end of GDS and one of them, I 
forget who, used a lovely expression to describe their work. They said: There is no 
design, there is only reckoning. 

I tell these two stories because I want to emphasize something: That we are 
afforded the luxury of taking care of this stuff but we betray people's trust at a very 
real cost. 



USefLs 




This is another photo from a member of the GDS team, taken as they began 
work on the redesign. That, right there, is your buddy movie. This sort of thing 
gives me hope. 



We are held to a higher standard and a different social contract than we 
make with the mundane realities of survival that fill our lives. I believe that comes 
the responsibility not only to have confidence of our collections but the trust that 
people will figure it out. Just maybe not on our terms. 



Welcome to the inaugural alpha release of our new collection database 




Speaking of which, did I mention that the museum I work at is closed until 
2014? That puts us in a awkward position when talking about some of these things 
but at the same time forces us to really think about how people access and interact 
with our collections. 

My job is to help figure out what it means to make the museum native to the 
internet and then to actually build it. 

We've just released a public alpha of our new collections 
System http://collection.cooperhewitt.org/ . We have replaced the 
traditional eMuseum system, used by so many museums, with custom software and 
we are building interfaces and indexes to tailored to our needs and not the abstract 
pony- soup of so many packaged solutions. 



We are trying to generate concordances between the 

people https://github.com/cooperhewitt/collection-people , and eventually 
the objects, that we know about and the people that other museums like MoMA or 
the V&A know about. We are actively figuring out what it means to hold hands 



with Wikipedia. We are thinking about pointers, about things that the rest of the 
Internet can use as stable fenceposts and reliable markers. 

This is just the alpha. There's a lot of work left to do. 



-as 






Welcome to the inaugural alpha release of our new collection database 




The larger existential questions I've been discussing are not the ones we are 
asking the people interested in our collection to spend their days and nights thinking 
about but they are the things that I am considering as we move forward. 

They are a kind of soundtrack music to the day-to-day effort of building a 
catalog that serves both scholars and casual visitors, equally. Looking forward we 
are trying to imagine what it means for the network itself to access our collection. 
We are trying to create a tool that does not presume, or dictate, a uniformity of 
motive. 

Aside from all the stuff like persistent and stable identifiers and making 
almost everything a first-class resource on the web - of imaging every facet of our 
collection as URLs - one of the simpler things we've done is to add a random 

button http://collection.cooperhewitt.org/objects/random/ 

To make explicit a kind of literal random access memory to our collection. 



The random button is scoped only those objects with one or more photos. 



That's really important for us and for any institution that hasn't finished digitizing 
their collection. 

Most of our collection is still nothing more than tombstone data often with 
incomplete descriptive data. That's fine. That's our history and we've proven that we 
can get things done despite those shortcomings but we live and breathe this stuff in 
a way that most people don't. It's unfair to demand that people suffer those details as 
a precondition to using our collection. 
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It turns out, we have a lot of weird stuff. My colleague Micah 
Walter http://www.micahwaiter.com/ has started a Pinterest board titled 

Random Button https : //pinterest .com/micahwalter /random-button/ full of 

all the wonderful stuff he's found poking around our site. 

We are, all of us, burdened by stories of success and growth that resemble 
the curve of a hockey stick. We should all aspire to that but it is important to 
remember that it doesn't always happen that way and that patience (and by 
extension confidence) in an endeavour is as important as making a splashy debut. 

Sometimes it takes people a while to see or realize the consequence of an 
opportunity, for the simple reason that we all lead busy lives. We need to not simply 
provide access and delivery but to ensure that we do it in a way that lends itself to 
people adapting it to their individual lives. There are many ways. A random button 
is just one. 



Again: There is no design, only reckoning. 
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Because this is what 2012 looks like for museums. 

It is most definitely not about Twitter but about the fact that some random 
person out there on the Internet is building a record of understanding about 
Roombas that may well rival anything we will ever do ourselves. 

Beyond that, we are being forced to accept the fact that our collections are 
becoming alive. Or at least they are assuming the plausible illusion of being alive. 



We are having to deal with the fact that someone else might be breathing life 
in to our collections for us or, frankly, despite us. We are having to deal with the 
fact that it might not even be a person doing it. 









- ■ ■•"■•" ■'•■ 


flickr v.« -"— B — 




Explore/ Tags /ch:object=1 8704235 »**» - 




es„..,_, wii r.v Ml M 




WLMtL)^ 




am 




WTitfruno, in wmmod Vcy awa« l gn tf Qig ^^fagslg wrji phdQ sr *ifjag 





I mentioned we are rethinking the collection in terms of URLs. 

This is one of the things that it makes possible. We're not doing anything yet 
with these photos of Roombas on 

Flickr http: //www. flickr. com/photos/tags/ch:object=18704235 , (machine) 

tagged with the object ID for the Roomba in our 

Collection http://colleotion.cooperhewitt.org/objects/18704235/ , but 
we'd like to. 

As an organization we encourage visitors to take photos of our stuff. By 
making the the individual items in our collections first class objects on the network 
we give people a way to address them. We give them a way in the words of my 
colleague Seb Chan http://www.freshandnew.org/ to "connect theirs to ours". 
And vice versa. 



And in the way that only Australians seem to get away with saying things 
like that... 



The Cooper-Hewitt is a design museum. We are a museum that traffics in 
things that are mass-produced, that are out there in the real world collecting stories 
and having experiences in the mess of history's past and the present's unevenly 
distributed future. We are dealing with things that, ultimately, are most interesting 
in their reckoning. 




One name for this phenomenon is fan fiction. I like to think of fan fiction as 
another kind of random access for collections. Like 
Galleries http://www.fiickr.com/gaiieries/ try to be for Flickr. 

Herge's Adventures of Tintin http://www.tintin.com/ are now 
considered masterpieces of their genre and proper culture. It's worth noting though 
that while they are many things one of them is very much a mostly benign fan 
fiction riffing off entire cultures . Take a moment to review the catalog of Tintin's 
journeys and tell me I'm wrong. 



If there are any Canadians of a certain age in the audience they might, like I 
did, be looking at this book cover and wondering when Herge wrote a story about 
the Meech Lake 

accord https://en.wikipedia.org/wiki/Meech_Lake_Accord . 




And yes, occasionally things like this will happen although I happen to think 
all the furor over this painting exposes a pretty glaring double standard. 

When this story first surfaced, initial reports suggested that an otherwise 
insignificant painting had been defaced but then those reports suddenly morphed 
into shock and outrage when it was discovered that it was actually someone failing 
in a pretty spectacular fashion at restoring - of faithfully mimicking - the original 
work of art. 

The only thing that changed between those two reports was an awareness of 

intent http:/ /www. aaronland.info/weblog/2 12 /10/08 /signs /#stories . 

So we can certainly criticize Cecilia Gimenez's lackluster representational 
skills but it's not like this was really an affront to all of cultural heritage. This was 
just someone seeing the tree fall in the forest, for once. 



In the same way that the Mona Lisa might as well be a 

photocopy https://www.flickr.com/photos/straup/81157 92474/ for all that 



anyone can see it underneath all that protective glass and its carefully guarded 
buffer zone the Ecce Homo has become a proxy for a whole set of debates about the 
role and value of cultural artifacts and our relationship with them. 

Ecce Homo has, in the end, become a capital-T thing by virtue of all the 
attention and there are stories that the artist (can we call her that?) is asking for 
financial compensation commensurate with her role. 

My friend Dan Catt http://www.revdancatt.com/ made these postcards 
and you have to wonder whether he's going to get sued for image rights violations, 
now. 
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Weird Rest Slop Outside Cati State Prison 
Where They Massage You And There Are 

West Side Freeway 

Your 'Congress Created Dustbowl' Signs 
Look Stupid When The Entire Area Is Green 

— none of the above / search — 







If there's anyone who's not sure what they're looking at here, it's a screenshot 
of the list of some of the places a person might check in to (on foursquare) near a 
gas station in California's Central Valley. 

This kind of thing happens, literally, everywhere now. In New York City 
they're obsessed with the Rapture and the End of Days at the moment. Everything is 
in an opportunity to be -pocalypsed. 

This is interesting to me because it demonstrates the ways in which people 
are expanding the surface area in which to think about place. They are still thinking 
about a physical and social geography just not one limited to administrative 
boundaries. 

I believe strongly that at the end of the day our goal is to get people in the 
building. Because the real things continue to possess qualities that their digital 
proxies do not and can not. 



But those proxies are important because they are, like the shadow places that 



people create online and off, a more expansive surface. They have affordances and 
opportunities that the delicate and precious things we collect do not. 




They are the scouts we send out to imagine how we might see the past in the 



future. 



They are how we rotate our collections. Or at least, in the absence of 
consumer grade robot warehouses being readily available, they are a design fiction 
and way of thinking about how to tackle the problem of our collections calcifying 
into little more than character driven franchises. 

We start to do this by simply pledging to ensure that they are present and 
accounted for on the network but also by being willing to entertain what happens 
when those resources start to be re-imagined. 



In that way our opportunity is not simply to be an archive or a record or a 
lens on past objects but also a surface with texture that can accumulate the many 
fictions that the present tells itself about its history. 
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Af f/iw pomf I pretty much ad-lib-ed the rest of the talk. I wasn't sure how 
much time I was going to have spent getting to this point in the talk. I would have 
been comfortable stopping here and decided that if there was time left I could get to 
in to some more specific examples. 

I talked about the social issues involving community participation and the 
Built Works 

Registry https : //builtworks registry .wordpress .com/ imagining- the-built- 
works-registry-by-aaron-straup-cope-christine-kuan/ and the notion of 

more-or-less relevant contributions. I talked about the fact that all this non-yet 
important fluff - all the stuff that seems like noise drowning out the signal right 
now - is actually an amazing opportunity to collect and gather and simply keep safe 
the stories that might help to explain the inevitable OMGWTF moments when the 
people who come after us look back in time. That we have an opportunity to stop 
knee-capping the future. 



That we are in a unique position to do these things because of the social 
contract, the trust, we enjoy with the communities we live in. 



I talked about one possible future for archiving 

Flickr http :/ /www. aaronland.info/weblog/2 012/02/ 14 /incentivize/#pda2 012 
that would see a Library of Congress style insitution (or institutions) running a copy 
of Parallel Flickr http://straup.github.com/parallel-flickr/ . First to 

archive the Commons http://www.fiickr.com/commons/ but then to ask all the 
people who've left a comment, or tagged one of the photos, or just otherwise been 
involved with the project if their photos can be included in the archive. There's a 
little bit of hand-waving in that one since we never gave people a way to automate 
sending mess sages to one another on Flickr. Details... 

And maybe extending it out by another degree of connections. To think 
about considering all those other people as the context in which the Commons can 
be understood. To think about all those baby photos and crooked landscapes shot 
from moving cars as the fuzzy edges of the air that all these "important" works 
breathe. 

The important wrinkle here is that the institution running the archive would 
pledge to continue using Flickr as a single- sign-on provider and to honour the 
relationships permissions around all those photos. And that if the worse were ever to 
happen, and Flickr wasn't around anymore to validate a user's identity, that any 
photo not already public would immediately go "dark" and the so-called 70-year 
clock would start ticking. That those photos would vanish from sight for a set 
amount of time to protect the innocent but with a means for eventually bringing 
them back in to the fold. 

A quick shout-out to both George Oates http : / /abitof george . com/ and 
Jason Scott http://ascii.textfiies.com/ with whom Vve long been tossing 
around the problem of archiving something as big and as squishly and as complex 
as Flickr and whose ideas and sensibilities are all over this proposal. 

I talked about the fact that delivery and inclusion in our historical collections 
are becoming increasingly intertwined and re-inforcing one another. I didn't talk 

about artisanal integers http://www.brooklynintegers.com/about/ but I 

probably should have. 



I used the time as an excuse to the show something by a New York artist 
named Jilly Ballistic http://www.fiickr.com/photos/jiiiybaiiistic/ whose 
work I have yet to see in the flesh-y reality of the city's subway system but that I 
stumbled on, one day, while poking around Flickr. Because (s)he is awesome. 




Then I showed a picture of a unicorn. 
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It's Friday afternoon and I am sitting here on the floor at the Museum 
Computer Network http://www.mcn.edu/mcn-2012-annuai-conference 
conference , held this year in Seattle. Yesterday Micah 

Walter http://www.micahwaiter.com/ and I presented the work leading up to 
and the plumbing (both technical and motivational) behind the alpha release of the 
new collections website http : / /collection . cooperhewitt . org/ at the Cooper- 
Hewitt. 



Micah has posted his part of the talk, titled My mother invented "put a bird 

on it" http://www.micahwaiter.eom/node/4 , on his website. This is what I 
said: 




Hi, everyone. My name is Aaron. I am from the Cooper-Hewitt National 

Design Museum http : / /www . cooper hewitt . or g / .1 am newly arrived at the 
museum, as of July. Prior to this, I spent a couple years at Stamen 
Design http://www.stamen.com/ in San Francisco mostly making maps and 
before that I spent about a thousand years at Flickr http: //www. fiickr.com/ 
involved in all things geo and machine tag related. 
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I am also a member of the Spinny Bar Historical 

Society http://www.spinnybarhistoricalsociety.org/ . We have new Stickers 
this year, so come and find me after the talk if you'd like one. 




I am part of the Nerd Crew at Cooper- Hewitt and my job is to help imagine 
and then figure out how to build the tools and systems necessary to make the 
museum well-and-truly part of the internet. 



We are closed until 2014 and we have the opportunity to rethink just about 
every aspect of our collection from the works themselves all the way down to the 
building. We are doing this at a time when, as both a practical necessity and a public 
good, we are moving away from a single narrative motive to a collection that speaks 
not only to scholars and experts but to casual visitors and amateurs and increasingly 
to the network itself. 




Here's the tl;dr version of this talk: 

TMS will remain the source of truth for the foreseeable future. eMuseum 
has been thrown under the bus. 

We are writing our own tools, in- house, and we are building interfaces and 
indexes to tailored to our needs and not the abstract pony-soup of so many packaged 
solutions. 



For those unfamiliar, "TMS" is the 800 pound gorilla of the collections 
management space. "eMuseum" is the t-shirt the gorilla wears when it surfs the 
web. 




We are not building a platform for anyone other than ourselves. I realize this 
is tantamount to heresy for some in cultural heritage circles. I can live with that. 

To the extent possible we will open source the relevant bits of our tool-chain 
where and when they are generic enough. We will discuss openly and plainly the 
approaches we've adopted, answer questions when they are asked and generally just 
share what we've learned. 

But we are not writing a magic pony that your collection can jauntily mount 
and ride off in to the sunset on. It would be nice, I know, but it's also insane. 



Every collection is a special snowflake. I don't say that as a pejorative. I say 
that because it's true and that uniqueness is what makes our collections valuable. 
And there is the very real fact that when you lift the hood on a collections 
management system, as I've now had the pleasure of doing, you realize they are as 
much tools for encoding and enforcing relationship management as they are 
anything else. 



They are the place where the rules around who and what can be displayed, 
and when, are stored. They are place where the very real subtleties of human 
relationships and quirks are written down and we have more important things to do 
right now than try to build a battleship sized catch-all to attack that problem. 
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And there are lots of layers to this problem. 

I mentioned that we are not getting rid of TMS any time soon. Whatever 
complaints people might have about TMS , whether they are voiced in public or in 
private, trying to tackle this piece of the puzzle is the very definition of non-trivial. 

It is non-trivial because while there might be some technical challenges in 
modeling the underlying data in to and out of TMS the bulk of the work is going to 
be around the social interactions and the interface design of the software itself. It's a 
huge challenge and we would all benefit if someone took it on but it's not our 
mandate today. 



Our mandate is the collection and the network and a future that is still best 
understood as a series of known unknowns. Put another way, we need to move 
faster than the dictates of eMuseum's pricing model or internal architecture or 
delivery schedules make possible. 




So, how do you start? You start with the raw data so this is the part of the 
talk where I say critical things about TMS. I'm told, by many, that this is one of the 
seven deadly sins of museum professionals. 

I guess I will find out but I also want to begin by stressing that: Working 
code always wins. Whatever issues I have with TMS today it's gotten us this far so it 
can't be all bad. 

And in quiet moments when I stop and look at TMS as a system, rather than 
an immediate task to be completed, I see software from a time before we had big 
and fast hard drives, from a time before RAM was cheap. I see a system that had I 
been writing it back then too I probably would have made many of the same 
architectural decisions. 

The problem is this, though: No one seems to know what happens to their 
data once it goes in to TMS . 



Not with any confidence I can tell. No one has any idea what's going on in 



there and when you talk about people it you come away with the distinct sense that 
they are not so much talking about their data as the shadows their data casts from 
inside the system. 

One reason for this, I think, is that TMS has indulged its clients — and that 
means us — in the idea of a single cross-institutional platform that hides the actual 
complexity of individual edge cases behind a twisty maze of pointers encoded in 
relational database tables. 

But you'd think that the least you'd be able to do is dump them all to CSV 
files and work backwards from there. 

Right? 
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The good news is that you can. The bad news is that it's not obvious. On any 



level. 



Trying to get data out of TMS is some toxic stew of Windows networking 
hell, abstract pie-soup like ODBC, the vagueries of the ANSI SQL-92 standard and 
the spectacle of its instrumentation in MS SQL. Also Unicode errors. 

The short answer to the problem is: Just use Perl http://www.peri.org/ . 



If you're not already a Perl hacker hold your nose and enjoy the cold comfort 
that everything else is worse. Perl's database libraries - in particular 
DBI.pm http://dbi.peri.org/ - have been battle-tested for years now. And 
while they can't save you from some of the things I've described above they won't 
like Python's py-odbc library (when running on a 64-bit Mac) silently convert 
everything sent back from the database to ... UTF-16. 




So far the biggest problem we've had is around the length of text fields. In 
particular the part where the database schema - the instructions for everyone else on 
what to expect - says that the maximum length for certain kinds text fields is ... -1 . 

This has a couple of interesting side-effects: 

Unless you set DBI.pm 's LongTruncOk flag in then any data longer than 
80 bytes will silently be truncated. This is a problem for both object descriptions 
and keyword fields, in TMS, that are abused for passing around institutional 
narratives. I'm pretty sure that this is an ANSI SQL-92 thing but I can't say for 
certain. Honestly, I can't stop pounding the table long enough to find out. 

On the other hand if you unset the value then you need to explicitly say how 
big a text field *might* be because if the DBI code encounters something longer it 
promptly blows its brains out. As if that weren't bad enough, the only number that 
doesn't trigger this error is ... 2GB. 



But only if you're doing your exports on a Mac. If you try to do the same 



thing, with exactly the same code, on a Linux machine then you don't get past the 
first row before Perl runs out of memory. 

I'm still not able to get past my general rage and stunned disbelief that this 
happens at all to be able to tell you, with certainty, whose fault it is but it's basically 
all just unforgivable pendantry. 




Other things we've noticed are that MS SQL uses binary timestamps which 
besides being the least useful (and possibly dumbest) date format ever created also 
make the CSV parsers cry. Oh, and apparently you can't have any columns in your 
database tables named "External". Like you, I wonder how it got in there in the first 
place. 

All software is full of gotchas. That comes with the business so I'm not 
going to accuse TMS of deliberately promoting vendor lock- in but I do want to 
point out that this kind of relentless hoop-jumping just to get access to your own 
data has the same net effect. People are paralyzed with frustration and fear by the 
mechanics of TMS and more often than not they are unable to do anything with 
their own stuff. 



That's really bad. 




But you know, we've mostly got that nut cracked. Mostly. Enough at least to 
say: Onwards! 




Our new collections website is built using an anti-framework called 

Flamework https://github.com/exflickr/flamework , which is really just a 
from-scratch rewrite of the core libraries and helper functions - a bag of tools - that 
were written at Flickr. 

Flamework is still pretty much the domain of ex-Flickr engineers and is very 
much a work in progress, with individual pieces of functionality added on an as- 
needed basis. I've been doing a lot of work on top of Flamework, for the last couple 
of years, first for the Dotspotting http://www.dotspotting.org/ project while I 
was at Stamen and since then for a number of personal projects like Parallel 
Flickr http://straup.github.com/parallel-flickr/ and 
Privatesquare http://straup.github.com/privatesquare/ . 



This is not a sales pitch for Flamework. We're not, as I mentioned, here to 
sell you the Cooper-Hewitt collections platform. I only want to outline some of the 
choices we've made and why. We're just sharing shop-talk. 




Flamework uses Apache https : / /httpd . apache . org/ , which seems to 
be largely out of favour these days. The argument is basically that it is too big and 
too bloated and generally makes spinning up quick and dirty web services a pain in 
the ass. 

This is a valid criticism. But if you're building web applications I'm not 
really sure that anything else has tackled the minutiae of the problem with the 
thoroughness that Apache has. nginx http://nginx.org/ is giving Apache a run 
for its money which is great but there's still a lot to be said for building on a 
foundation of boring, reliable 
software http://readwrite.com/2011/02/10/pinboard-creator-maciej- 

ceglow . 



And it's worth pointing out that when people talk about web applications 
they're mostly talking around two specific things. 




The first is dispatch, as in URL dispatch and pretty URLs. How a URL - 
which is a very real kind of interface - is connected to a discrete piece of 
functionality. 

Apache uses 

mod_rewrite https: //httpd. apache.org/docs/current/mod/mod_rewrite. html 

to do this. It's is both a blessing and a curse. mod_rewrite is as mysterious as it is 
insanely powerful. That alone is enough to drive people away and is part of the 
reason we've seen an explosion of bespoke URL dispatcher frameworks over the 
last couple of years. 

mod_rewrite is weird and scary but, conceptually, it's also nothing more 
complicated than "if this then that https : / /if ttt . com/ " . The problem is not 
with mod_rewrite but with the explosion of complexity that allowing someone to 
define arbitrary if-else-then rulesets affords. 



Like Apache, I've not seen someone build a better 80/20 solution than 
mod_rewrite yet. 




The second is an embedded programming language. 

PHP is, it's true, often as bad as everyone tells you. Except for the part 
where it is blazingly fast. In a way that no other language bindings for Apache, 
except native C code, are. 

It has proven itself over and over and over again: Flickr, Facebook, Etsy and 
Yahoo have all built successful businesses on it for years now. I actually think that 
the root of most people's anger and dislike for Apache is that their programming 
language of choice (read: not PHP) doesn't work very well under Apache. 

It wasn't supposed to be like that but it's pretty clear, in 2012, that PHP is 
basically Apache's native scripting language. Maybe not ideal but despite what 
people like to believe all programming is just typing so, again, onwards. 




MySQL. Because it's fast. And it scales. Honestly we don't have a scaling 
problem - either in terms of traffic or the size of our collection - but one measure of 
our ambition is to have those problems. 



Right now, it affords us an ability to shape the way we work with our 
collection quickly. We're still in that awkward getting- to-know-you stage of things 
with our data and not getting stuck in the quicksand of data modeling is paramount 
for us. 













read: OMGWTF, ORM?!?? 











More importantly, and this is Flamework thing, we are not using an ORM. 
Which is just shop-talk for saying we write our own SQL. We don't need code 
writing magic database queries for us. Partly because those queries are often poorly 
performant gibberish but mostly because, right now, we need to be close to the data. 
To understand it, intimately. 




We will almost certainly end up using 
Solr https://iucene.apache.org/soir/ in the future. It's entirely possible that 
the majority of the site will use Solr as its primary datastore. At the moment it's too 
soon. The time required to fuss with schemas and then to re-feed the indexes 
remains prohibitive and a bit of a waste. 
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Elastic Search? 









Saying that, some of you may be wondering why we don't try using Elastic 
Search http://www.eiasticsearch.org/ .We have . For those of you who don't 
know what Elastic Search is it's basically Solr with the added ability to index, and 
query, heterogeneous documents without a predefined schema. That is genuinely 
awesome and incredibly useful for spelunking through large and messy datasets. 
Like buckets of CSV files exported from TMS. 















$str_f liters ■ "[" . implodel " , " , Sguery_fi 
1 


ters) . "]"; 
filters, Shorty): 

. "I"; 

s, Sbodyl: 












read: 


OMGWTF, DSL??!? 















On the other hand Elastic Search uses a bespoke JSON syntax for doing any 
kind of sophisticated queries. Which means that the ability to actually query your 
data is tied to the vagaries of your programming languages's JSON 

Serializer https: //github.com/cooperhewitt/f lamework- 
elasticsearch/blob/master/www/include/lib_elasticsearch.php#L213-279 . 



That part is not so good. 
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Deep breaths. 



"...the speed with which the 
code running an application 
can be re-arranged in order 
to adapt to circumstances.' 



The point is that - and this quote is taken from the Flamework "statements 
of bias" - is the most important thing right now is: The speed with which the code 
running an application can be re-arranged in order to adapt to circumstances. 
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Welcome to the inaugural alpha release of our new collection database! 

ESS 



we have lots of stuff 




I started work, at the Cooper-Hewitt, on July 2. On September 27 we took 
down the old eMuseum website and replaced it with the new collections 
website http://coiiection.cooperhewitt.org/ , which is very much an alpha. 
There is a lot of work to do still but the site is meant to be a living, breathing 
example (read: running code) of the direction we're heading in. 




Aside from all the stuff like persistent and stable identifiers and making 
almost everything a first-class resource on the web - of imagining every facet of our 
collection as URLs - one of the simpler things we've done is to add a "random" 

button http://collection.cooperhewitt.org/objects/random/ 

To make explicit a kind of literal random access memory to our collection. 

The random button is scoped only those objects with one or more photos. 
That's really important for us and for any institution that hasn't finished digitizing 
their collection. 



Most of our collection is still nothing more than "tombstone" data, much of 
it with incomplete descriptive data. That's fine. That's our history and we've proven 
that we get things done despite those shortcomings but we live and breathe this stuff 
in a way that most people don't. 




We have a lot of stuff like this. This is not a joke. We have objects in TMS 
that don't have a title, that haven't been photographed, where we don't know who 
made it and we're not sure where it is. But we know it's a print. So essentially we 
know we have a piece of paper. Somewhere. 




And stuff like this. This is the description for an object that hasn't been 
digitized. It's lovely in its own way but you'd be forgiven for thinking that the 
Cooper-Hewitt had started collecting Markov bots. 






I Smithsonian 
Cooper-Hewitt, National 



untitled chair #670 



Chair And Ottoman, "No. 670 (chair), No. 671 (ottoman)", 1956 




Who' s on first 



It take; a village to raisi 
an object. Here arc :!:.■ 



We know our data is weird. We know our data is incomplete. We'll fix it. 

The point is that we are still feeling the shape of what's in there. All of this 
stuff has been locked away for so long, in the shadows of the database or in 
institutional histories, that we're going to have to spend some serious time digging it 
all out. 



We will. 
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■ Co Designer, one object 
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holding hands 



Ray Eames 
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One of the ways we're trying to do this is by holding hands with other 
institutions and sources. We've been actively trying to build concordances between 
our data and projects like Wikipedia http://www.wikipedia.org/ and 
Freebase http : / /www . f reebase . org/ and other cultural institutions like 

MoMA http://www.moma.org/ . 



We've started with the people in our collection, the individual and 
corporations who've had a hand in the objects we steward. Eventually we'd like to 
do the same for topics and temporal periods and even for our objects. 




Ray Eames 
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Currently we're publishing concordances for about five sources but that's 
only because they were easy to get started with and they could be used to model 
interactions around. 




For example, we don't have a biography of Ray Eames. Arguably if there's 
anyone in our collection that we should be writing our own biographies for it's her. 
But we don't and that same measure doesn't necessarily apply to everyone in our 
collection. And for those people - maybe all the people - we need to ask the 
question: Why are we, each of us as institutions, burning time we could be using 
talking about the work we collect rewriting the same biographies over and over 
again? 



Let's be honest and admit that in many instances the Wikipedia community 
is simply doing a better job of it. So yeah, of course we're going to build on, and 
celebrate, their contribution. 




And even though we're not pulling in data from MoMA, the way we are with 
Wikipedia, because we are able to map artists in our respective collections we can 
in the immortal words of Seb Chan http : / /www . sebchan . com/ "connect ours to 
theirs". 



That's sort of the whole point of internet, right? 




We've started publishing these concordances. We did the first release a 
couple of weeks ago in its own Github repository. That first release contained only 
those people in collection for whom we had at least one concordance. Honestly, I'm 
not sure what I was thinking when I did that. 

Earlier this week we finally got around to publishing an updated version of 
our collections metadata dump on 

Github https://github.com/oooperhewitt/collection . There are now 
individual JSON blobs for all of the first class objects in our collection. This 
includes objects, people, exhibition, roles and so on. All the concordances or, more 
importantly, the lack of concordances. 



We are standing up all of these things such that they can be present and 
addressable and accountable. The point is to increase the surface area for all of these 
parts of our collection so that they might grow texture and depth and, like I said, 
hold hands with the rest of the internet. 
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We're also in the process of night-light launching an API. The API is hiding 
in plain sight for people to use but is still experimental and currently targeted at the 
ongoing work we're doing around the renovation at the museum. I want to mention 
one thing in particular about the API, though. Both the API and the public Github 
releases are now generated using common code. 

If you've not read Luke Dearnley's paper "Reprogramming the 

Museum http : / /www . museums andtheweb . com/mw2 Oil /paper s /r eprogr ammingthe 

about the disconnect the Powerhouse Museum experienced managing their public 
data downloads and their APIs, I highly recommend it. It is an experience that I've 
been mindful of as we go forward with all of this stuff and a big part of the 
motivation for ensuring that these two views on to our collection are always the 
same. 

There is another aspect about the API that I didn't mention during the talk. 
Where it's necessary we've added two extra properties to records: supersedes 
and super seded_by. Currently they all have the same empty value (0) but as we 
go forward with the data clean up we will update the records with bunk or obselete 
data with pointers to the new record. And vice versa. This is a relatively small 



tweak but we think it's an important addition that will prove its value in the long 
run. 




So that's where we are, four months in. There's a lot left to do and there's a 
lot we haven't figured out yet. This is the work. It's hard work. But the point is to 
work on the hard things because they are important. 















what 


@gdsteam said 













Finally if there's anyone here not already aware of the work being done by 
the team at the UK Government Digital 

Services http://digital.cabinetoffice.gov.uk/ office go now, right now, 
and check out what they've been up to. They are doing the best work on the web, at 
the moment. The ambition and the execution of their work around the 
gov.uk http://www.gov.uk/ site and their willingness to speak openly and 
frankly about the sausage making behind it is inspiring. 
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Last month I was asked to be one of the four keynote speakers 
along with Piotr Adamczyk, Sarah Barns and Nate Solas at the New 
Zealand National Digital Forum http : / /www . ndf . org . nz / . New 
Zealand is afar away place for most people but the quality of NDF 
and the loveliness of everyone involved (not to mention New Zealand 
itself) means that if the opportunity ever present itself, even remotely, 
you should absolutely-no-questions-asked go! The conference was 
held in Wellington and I stayed a few extra days to attend THAT 
Camp and meet with folks before catching up with Nate in Australia. 
From there we rocketed through Hobartfor a quick visit to the 
Museum of Old and New Art (MONA) before spending a couple of 
days with the good folks at Museum Victoria, in Melbourne, and the 
Powerhouse Museum, in Sydney. 



There are so many people to thank that I am hesitant to start 
for fear of forgetting someone but the short list will always include: 
Matthew and Chris and Andy and Courtney and Adrian in 



Wellington; the Richter City Roller Girls for trying their best to get 
me a t-shirt even though I was too stupid to notice that hotel rooms 
still have phones in them; the receptionist at the hotel in Hobartfor 
telling us about the Tasmanian International Beer Festival when we 
arrived and asked where to grab a drink; Tim and Ely and Ely and 
Kate and Ajay in Melbourne; Paula and Dan and Nico and Luke and 
Matthew and Kier in Sydney. Also, Slowpoke in Melbourne and the 
courtyard at the Powerhouse for being little oases of free wifi in 
cities with otherwise dubious network availability . I commented to 
someone, during our stay, that although it was actually fine to go an 
entire day without checking email or doing other business on the 
network it only reinforced the feeling that I want to live in that other 
world, the one where the internet is always present. 

And Nate for being a righteous "tour" buddy on top of his 
already normally clever and awesome self. 

This is what I said. Mostly. What follows is a product of the 
talk I gave in Montreal, in October; what I said in Wellington and 
what I said later when I delivered the same talk in both Melbourne 
and Sydney; and countless conversations I had before, during and 
after. Thanks to everyone involved, especially everyone who sat 
through the talks and took the leap of faith even though the drop was 
probably a little further down than I let on at the start. 

Some of you may notice that the talk isn't marked up with 
links like so many others posted here. They will come. It's been a 
whirlwind couple of weeks (months, really) and now I am settling in 
for some quiet time. I will update things when I put the public face on 
again but, until then, it's just words. Lots and lots of words. So many 



words... 




The author Kurt Vonnegut once wrote that the first rule of 
public speaking to never apologize. So I am not going to apologize. I 
would, however, like to take a moment to thank the organizers of the 
National Digital Forum for inviting me here to present this keynote. I 
have had many opportunities to speak publicly over the years but I 
still think that keynotes are special. 



Maybe there are people who have become blase at the 
opportunity to come and speak about, sort of, whatever's on their 
mind but I hope to never be one of those people. I think it is a great 
compliment and kindless for you to have extended that hand to me, 
today. Thank you. 




So, hello everyone. My name is Aaron. I am from the 
Cooper-Hewitt National Design Museum. For those of you who don't 
know much about the Cooper-Hewitt the short version is that: It's the 
place Seb Chan went to, when he left Australia. 



The longer version is that we are part of the Smithsonian. We 
are not in Washington like the other Smithsonian museums. Instead 
we are located on the Upper East Side of Manhattan in Andrew 
Carnegie's old mansion. The Cooper-Hewitt became part of the 
Smithsonian in the late 1960s and our history is of a collection with a 
strong emphasis on the decorative arts put together over the years by 
the Hewitt sisters. In the 1990s we took on the mantle of being the 
captial-N national design museum and we've been working through 



everything that means, since then. 

We are closed until 2014 and are renovating the physical 
space as well as the digital infrastructure that increasingly holds it all 
together. My title at the Cooper-Hewitt is Senior Engineering in the 
Digital and Emerging Media department so part of my time is spent 
helping to imagine what it means for the Cooper-Hewitt to be native 
to the internet and the rest is spent figuring out how to build it. 

This is not a nuts and bolts talk and I am not going to talk 
very much about the specifics of the work we're doing at the Cooper- 
Hewitt. I want to talk, instead, about the larger context in which the 
work we're doing is situated and to try and see through some of the 
dazzle paint of our daily burdens to imagine the future. 

Earlier this fall I was invited to participate in a design 
workshop in Detroit, called To Be Designed. The goal was to 
produce, from scratch, a printed catalog of "near future" consumer 
items. In the early briefs it was often discussed as a kind of near 
future SkyMall which in retrospect was maybe not the most useful of 
ways to talk about things. 

We very quickly got stuck in a kind of quicksand about 
whether and why we were promoting a questionable form of low- 
brow and generally crap consumerism. Were we simply doing a 
classic client-services design exercise or were we trying to perform a 
political act? Personally I didn't have a problem with the SkyMall 
trope because I took it to mean as Julian Bleecker, the workshop's 
organizer, said those technologies and processes that used to be 



considered magic but that have become so cheap and so readily 
available that they make possible something like Sky Mall to exist. 

So the exercise was to think about what a future SkyMall 
might look like from today's eyes; to think about the kinds of things 
that might have plausible manufacturability in the next five years or 
so. 

For example, it's now possible to buy little USB thumb drive 
cufflinks from the real life SkyMall. I think they only have about 2 
gigabytes of storage which is already pretty amazing but it's equally 
easy to imagine that inside of 24 months they could have 2 terabytes 
of storage. Which means most of us could walk around with our 
entire collections on our wrists. 

I'd like to approach some of the issues we're all wading 
through, in the cultural heritage world, with a similar kind of 
sideways glance. 




So, it is with great pleasure that today I am able to announce 
that the Cooper-Hewitt National Design Museum has acquired the 
War on Terror for its outstanding achievements in the field of service 
design. Really. 



Wikipedia defines "service design" as: 



"...the activity of planning and organizing people, 
infrastructure, communication and material 
components of a service in order to improve its quality 
and the interaction between service provider and 
customers. The purpose of service design 
methodologies is to design according to the needs of 
customers or participants , so that the service is user- 
friendly, competitive and relevant to the customers. 
The backbone of this process is to understand the 
behavior of the customers, their needs and 
motivations. Service designers draw on the 
methodologies of fields such as ethnography and 
journalism to gather customer insights through 
interviews and by shadowing service users." 



We think the War of Terror has not only reshaped our very 
notion of service design methodologies but also pioneered new and 
challenging experience design paradigms. We have been in extensive 
negotiations with the United States government to secure the 
necessary rights to create rich and engaging user experiences in the 
museum to support this most important of contemporary design 
interventions. 

Okay, not really. But as design fictions go it's a great way to 
explain to people why I chose to come at work at a design museum. 




It is a good time to be a design museum. It's a good time 
because while acquiring the War on Terror is one of those things that 
seems like an elaborate joke at first (because it is... sort of) the 
funny-ha-ha gradually settles in and starts to seem like something 
plausible and almost inevitable. Someone probably should acquire 
the War on Terror. Someone probably will. It might as well be the 
Smithsonian, given our mandate. 



We traffic in things that, whether they are meant to exist in 
the real world as mass-produced objects or as conceptual ephemera, 
have a diversity of histories attached to them. We traffic in things 
that we don't necessary know how to collect yet, in part because of 
their nature as things devoid of a single narrative motive. 



I used to tell people that Flickr's great unfair advantage was 
that we trafficked in pictures. That our base unit, the thing that we 
used as a jumping off point for all those other things the site does, 
from groups to geo to tagging and beyond, is a still image. A thing 
that if 10, 000 years of recorded and anecdotal history are to be 
believed we are hard-wired to respond to. 

Look around you. See all of this stuff? It's all "designed". 
That's what we, as a design museum, get to start with. And it's not 
just the things themselves but increasingly we are understanding that 
the process by which these things are brought in to our lives is just as 
important. As a design museum we are being forced to consider 
what, and how, it means to collect more than the just the shiny 
physical thing. 

At some point in the not too distant future I imagine that we'll 
start collecting all these museum "experiences" we spend so much 
time creating. If those aren't design - a deliberate and manufactured 
product that exists to service more than the whim and folly and 
intellectual curiousity of an individual - then maybe we need to 
jettison the whole notion of design altogether. 

Or start asking some serious questions about what we're 
trying to do in museums. 




On some levels, you could reduce this entire talk down to a 
very simple question: Why are keeping any of this stuff? Or rather: If 
we as public institutions, or even private ones that wish to bask in the 
warm fuzzy glow of the public "trust" , can't figure out how to 
provide access to all of this stuff we're collecting then what exactly 
are we doing? 



We tend to justify these enourmous and fabulous buildings 
we create to showcase our collections on the grounds that they will, 
sooner or later, be the spotlight that embraces the totality of the 
things we keep. Yet that doesn't really happen, does it? Every 
museum has these vast and cavernous archives of stuff hidden from 
view which starts to make me wonder why we're keeping it all and, 



more grimly, makes me question the function of the museum 
buildings themselves. 

I happen to believe that what we do is a luxury afforded to us 
by our peers. Not our professional peers but everyone else, out there. 
The rest of the community; society at large; the people we struggle to 
share life with and with whom we celebrate when we figure it out. 
We are afforded the responsibility of keeping safe our cultural 
heritage because all those other people who don't live inside the hula 
hoop think it's important. 

I am fine with people who want to establish and fund their 
own private collections. That's their business and good for them if 
that's how they want to spend their money. I also think that it's in 
everyone's interest to invest in "time keepers" (because that's what 
we are) whose baseline is the public good and not the folly of 
shareholder profit or the whims of private donors and collectors. 

But I also believe that with that position of trust comes a 
responsibility to provide genuine and meaningful access to our 
collections. Or at least to get up every day and make a good faith 
effort towards that goal. 

This is an argument that I've made before and I will get in to 
some of the specifics shortly but today I'm going take a bit of windy 
road to get there. It's very much the scenic view with a few nerdy 
cliffs along the way. Don't worry about getting hung up on the 
specifics. The important parts are the changes, so to speak, in the air 
pressure outside and the soundtrack music of the wind around us. 




AUTOMATIC 



integers as a service 



I am going to start by talking about artisanal integers. It's a 
leap. It's probably going to seem, to some, like another elaborate 
joke. Because they are. 

But, like the idea of acquiring the War on Terror, they're a 
very useful kind of intellectual bungee jumping: They are a device to 
see how far down the rabbit hole you can go with some degree of 
confidence that there is always going to be a trap door back out 
again. 



One of my favourite quotes ever is from Jack Schulze, a 
principal at the London design studio BERG (and great, tall and 



lovely, swear-y man). He said: "No one cares what you do unless 
you think about it and no one cares what you think unless you do it." 

Which mean there's a backstory to tell in order for any of this 
to make sense. It's a bit involved because the story has been telling 
itself through a variety of projects I've been building to prove (or 
disprove some) of these ideas, with working code. 
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The first stop along the story is the building=yes project. This 
is something I did in 2010 when I began to wonder how many 
building there were in the OpenStreetMap project. At the time I 
thought there were about 27 million. It turns out there are, as of last 
month, closer to 67 million buildings. 



For those of you unfamiliar with OpenStreetMap what 67 
million buildings means is that each one of those buildings was 
added to the OSM database by first creating four or more points (or 
"nodes") and then grouping them in to a set called a "way". Each one 
of the nodes and the way are assigned a unique ID and the way is 
tagged, literally, "building=yes". There's often not much of the way 
of metadata - a building name or the architect who designed it - but 



they do all have accurate geographic footprints. 

I built myself a website to catalog each one of these 
buildings, isolated from all the other things in OSM, because while 
27 million (nevermind 67 million) is an impressive number I still 
couldn't really imagine what that meant. It was so big that there 
wasn't anything to hold in my hand. 

I mentioned that each one of the buildings - the ways - had 
already been assigned a numeric ID by the OSM database. I went 
ahead and generated new IDs for each building, starting at 32 bits 
plus one. I did this because I wanted to parent each one of these 
buildings with an existing gazetteer of place names called Where on 
Earth, which already uses 32 bit IDs and I wanted to ensure that there 
weren't collisions between the two datasets. 

I wanted them to hold hands. 




Sort of like a baby monkey holding a baby tiger. 

Fast forward a bit to about a year ago when I started working 
on a project called Parallel Flickr. 



Parallel Flickr is an exercise to create a living breathing 
archive of my Flickr photos. Not a replacement but something other 
than the usual cold storage backup systems we've all grown used to. 
It was also an exercise to work through the idea of what it means for 
an individual to take a more active responsibility in archiving the 
digital bits that are left all over the internet. 



The model behind Parallel Flickr is pretty simple: Individual 
photos belonging to one or more users, are backed up, along with the 
photos they've faved. Raw API responses used to retrieve metadata, 
which are also stored as text files. Those files are used to create a 
local database that runs the site. 

Each user's contact list is also archived. This means that by 
using Flickr itself as a single sign on service - kind of like the way 
Facebook Connect works - there's a way to honour the privacy 
settings for each photo. It's certainly not a future proof way to 
archive something like Flickr (it assumes that the service is still 
around to act as a validation service) but it's at least a step towards 
imagining how we might preserve some of the social interactions 
around the services that have been burrowed so deeply in to our 
lives. 

Parallel Flickr is meant to run alongside the site itself and be 
a ready alternative if ever the worst happened and Flickr shut down. 
The really important piece of this setup is that it mirrors are the URL 
structures of Flickr itself. The domain name might change but 
otherwise all the URLs should just keep working. 




One day I was talking with my friend Mike about all of this. 
He asked me: Does it make more sense for me to run a single 
instance of parallel-flickr for my five friends or should they all run 
their own copy? 

The beauty of Parallel Flickr is that you can do either, or 
both. If you and I merge our copies of Parallel Flickr and we 
encounter collisions across numeric identifiers it just means that we 
each have a copy of the same photo. 



What that means is that it provides an avenue to start to 
rebuild the network (the larger mess of a thing we know as Flickr) 



organically one instance of Parallel Flickr at a time. It means that not 
only can one copy of Parallel Flickr hold hands with Flickr, the 
service, but that multiple, disparate copies of Parallel Flickr can hold 
hands with each other. 



Woman aircraft worker, Vega Aircraft Corporation, 
Burbank, Calif. Shown checking electrical 
assemblies (LOG) 
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This slide used to just say "Flickr Commons" but since I am 
in Australia now I changed it a little because George Oates, a friend 
and former colleague at Flickr, is not only the woman who started 
the Flickr Commons project but also one of your own. You should be 
proud of her. For most of the people who've worked at Flickr the 
Commons represents the single best, most important thing we 
accomplished while we were there. 



Occasionally, I get asked how you might go about archiving - 
preserving - all of Flickr itself. The answer is pretty simple: You buy 
the site and you run it. It's the only way to preserve the privacy 
settings. The alternatives are to expose a lot of stuff that was added 
to the site outside of public view, on trust, or to capture a tiny subset 



of what the site is. 

Earlier in the year I co-authored a paper about some of these 
problems with Ryan Donahue, now at the Met. One day I was talking 
to George about both the paper and Parallel Flickr and she offered a 
novel suggestion: What if you started to archive Flickr by first 
capturing all the photos in the Commons but then extending the 
embrace by archiving the photos of all those people who had 
participated in the Commons; all those people who had left tags, or 
comments or simply just favourited a photo. 

I don't know whether it's an approach that would finish in 
creating a meaningful representation of the site but it's a start and I 
think it's intriguing for a couple of reasons. 

First, it would be a better reflection of the diversity of 
photographs and motivations on the site by wrapping the Commons 
is the big fluffy sweater of all those crazy beautiful and wonderfully 
stupid photos that people chose to share with one another. 

Secondly, it suggests a whole new way for cultural heritage 
institutions to think about preserving services as big and as 
complicated as Flickr. Let's start by imagining a library or an archive 
choosing to tackle the problem, or even a subset of it: Only those 
users that have taken photos geotagged in Australia or New Zealand, 
for example. If that were to include me - since I've taken photos in 
both places now - not only would that institution have the photos 
specific to their area of interest they would start to also collect the 
context in which my photos exist, namely all those other photos from 



New York and San Francisco and Montreal. 

We've never been able to do that before. 

Further, imagine that institution also offered to honour the 
privacy settings of those photos with the caveat that as soon as Flickr 
wasn't around to act as a single-sign-on service then private photos 
would go dark in exchange for being able to release them back in to 
the public domain after, say, 70 years. 

I'm willing to bet that if those were the rules you'd see a rate 
of participation approaching 90% or higher. 




It's not just the Commons either. 

This is a photo of Penelope Umbrico's 1000 Suns project 
which takes as its raw material other people's photos from Flickr. I 
actually have a number of issues with this project but I'm not going 
to talk about them here. Come find me in the bar, afterwards, if 
you're interested and I will dazzle you with some epic table pounding 
about it all. 



Also, there are still moments when I'm not certain that my 
criticism is internally consistent with some of the things Vm going to 
mention during the rest of this talk. 



Instead I mention it because since the artist keeps copies of 
all the original photos complete with their Flickr photo ID it means 
that there's a way (in most cases) to track down the original 
photographer, so it becomes interesting to imagine using those 1000 
suns photos instead of the Commons as the vehicle for seeding an 
archive of Flickr. 




And the really interesting part for me is that if two institutions 
(or individuals) were to undertake their own partial archiving of 
Flickr separate of one another they could - assuming they're using a 
functional equivalent of Parallel Flickr - easily merge them in a 
single archive. 



They can each tackle a piece of the problem without 
assuming the burden of the whole. They could hold hands with each 
other in a way to points in a maybe-sorta-kinda direction for how we 
tackle the very real mechanics of how we preserve these enormous 
digital and very social enterprises that define contemporary life 
without forcing any single actor to try swallowing the ocean. 



It also forces institutions in to actively accepting 
contributions from the users of those services themselves - of me 
being able to merge my instance of Parallel Flickr with yours. Or of 
articulating a reason why they shouldn't at least not in the context of 
a social service. I am genuinely curious to hear someone make that 
argument successfully since I've never able to myself; not without 
imagining a scenario where an institution loses all credibility in the 
process. 




In addition to creating a shadow copy of my Flickr photos 
I've also been doing the same for my Foursquare checkins. It's a 
project called "Privatesquare". 

There's an important difference between the two projects. 
Parallel Flickr sits patiently in the background and archives photos 
after they've been uploaded to Flickr. Privatesquare, in addition to 
being able to pull things down from Foursquare, also has the ability 
to act as a checkin client but a checkin client that records the event 
locally before telling Foursquare about it. 



What that means is that, as often as not, I only tell 



Privatesquare where I am. Those signals are never actually broadcast 
back out to the Foursquare servers. 
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I've taken to calling this a "looking glass archive". One of the 
downsides to this approach is that there's no easy way to merge two 
separate instances of Privatesquare (as you might with Parallel 
Flickr) because there's no guarantee that every checkin will have its 
own unique Foursquare ID. 



Instead you and I will each have our own databases of locally 
created IDs which share the very real of chance of colliding. This is, 
I want to point out, not very high on the list of pressing problems we 
face but it is a puzzle and it's one I found myself thinking about in 
bed one morning. 



As I lay there, trying to wake up, I thought to myself: Oh, I 
know. 

Instead of creating IDs locally what if, as a user checked in 
(to Privatesquare) I created a little static map of that location and 
uploaded it to Flickr and used the freshly created photo ID as the 
checkin ID. 

Once you've gone down that road it doesn't take long before 
you start thinking that you could simply upload lxl pixel images, 
deleting them right afterwards, and treat Flickr as a de facto ticket 
server. In the cloud, as all the cool kids say these days. 

Everyone who still works at Flickr thinks I am evil for 
loosing this idea on the world. 




A few days later I was sitting with my friend Mike in a coffee 
shop in San Francisco's Mission District telling him the story I've just 
told you. It was mostly just a funny story betwee friends but it 
seemed then - and still does - like a problem on the horizon that we 
may actually need to sort out sooner than we think. 



As people are bumping up against some of the concerns 
around centralized services (basically anything and everything that 
Facebook touches) there are more and more efforts being made 
towards decentralized services. Things like Privatesquare which 
generate identifiers - pointers - that will increasingly work their way 
in to the rest of lives. 



Things like Privatesquare that we may well, one day, want to 
use to create something new by mixing and matching the parts but 
that will be hobbled by their inability to make sense of which pointer 
points to what. By their inability to hold hands. 

Mike looked at me for a minute and then said: So, are you 
suggesting that we need something like a centralized "integer as a 
service" platform? The short answer was, and remains, "no" because 
that would kind of silly. The longer answer is "maybe, yeah" for the 
reasons I've outlined above. 




It's how Mission Integers was born. If you don't know 
anything about the Mission District in San Francisco it's everything 
you've heard about hip and gentrifying bespoke trendiness given 
form so mostly as a gag Mike suggested that rather than any old 
unique integers there would probably be a demand for hand-crafted 
artisanal integers. 



So yes, we were absolutely taking the piss and at this point 
the whole project was nothing more than hot air. It's also worth 
pointing out that there are a number of existing schemes for creating 
unique identifiers already. The UUID scheme, for example, is 
actually pretty great but it has a few problems that I'd like to avoid is 
possible: 



1. They're very long strings (a mix of alphanumeric 
characters and dashes) which makes them both ugly and 
less efficient than numbers to index at the database 
layer 

2. Although just about every database and programming 
language implements the code necessary to create and 
store UUIDs it introduces yet another loop in the 
dependency chain required to use them. Numbers have 
the very real advantage of being the base unit in all 
computers. 

3. There are a variety of techniques for encoding and 
decoding large numbers in to short strings, without the 
need for a separate lookup table. Short codes for unique 
IDs are really a kind of user experience icing on the 
cake but there is something to be said for sweating those 
details. 

You could use UUIDs, easily enough, to accomplish much of 
what I'm describing now but I wanted to spend some time trying to 
overcome the problems I've just outlined. 

That's pretty much where we left it - the subject of coffee 
breaks and late-night drinks - until I decided to join the Cooper- 
Hewitt and move from San Francisco to New York and more 
specifically Brooklyn which has an even higher density of hand- 
crafted, artisanal bespoke-ness than the Mission. 




So I decided to create a sister site for Mission Integers called, 
not surprisingly, Brooklyn Integers. 

A couple days before I left San Francisco Mike and I 
sketched out a plan for how our respective foundries might each 
issue new integers without any overlap but it's important to 
remember that we hadn't actually built anything yet. That came about 
three weeks in to my new job when I sent Mike a text message over 
lunch saying that he needed to actually get Mission Integers off the 
ground and answering requests or that I needed to get Brooklyn 
Integers working. Or both. 



Because I needed them for work. 

And this. This is the neighbourhood I moved to, in Brooklyn. 
It's called Gowanus Heights and it's a neighbourhood that didn't exist 
before we got there. About a month after we arrived I spent close to 
20 minutes, one afternoon, trying to figure out what neighbourhood 
the various location-based web services thought my street corner was 
part of. I still don't know. 

There aren't that many neighbourhoods to choose from so 
eventually I just created one. This is just an anecdote so don't worry 
too much about how the social geographies of New York City fit 
together but if real estate agents can do this then why can't I? This is 
how culture is made, right? 




I didn't just name the neighbourhood. Along with friends we 
defined its boundaries and created all the necessary metadata files so 
that other people could reference Gowanus Heights. 



And we gave it a Brooklyn Integer, of course. 




Remember how I started by talking about the desire for 
buildings in OpenStreetMap to be able to co-exist peacefully with the 
Where On Earth gazetteer? Gowanus Heights does the same thing. 



Technically, it's all still hand-waving since WOE doesn't use 
artisanal integers but if they did then assigning my neighbourhood a 
unique Brooklyn Integer would offer the ability to reliably say that 
it's ID is a child of the WOE ID for Brooklyn itself, without 
worrying that its ID was also an historic town in Outer Mongolia. 




I mentioned that Mike and I had talked about how we'd both 
be able to run an artisanal integer foundries without stepping on one 
another's toes. It's pretty simple really. Our respective databases 
increment numbers by 2, and we respect our initial offsets. 



Mike is a partner at Stamen Design which is located at the 
corner of 16th and Mission, sort of ground zero for the Mission 
District. Because Stamen is located on the right hand side of the 
street - at 2017 - 1 get the odd numbers (since Brooklyn is on the 
"right hand" coast) and he gets the even ones (as San Francisco 
occupies the "left hand" coast). 



Which prompted a few people to ask: Were we trying to 
corner the market on integers? 




The answer is absolutely not. I always assumed that we could 
keep going by calculating the amount each foundry increments by as 
the total number of foundries times two. If we all honoured the 
offsets we'd be fine. The goal wasn't to issue every number, just 
unique ones. 



For example, Dan Catt came along and created London 



Integers. 



Dan decided that his first integer was going to be the largest 
number that either Mike or I had minted, plus one. Dan reasoned this 
would give us enough time to update our code because rather than 



incrementing by (n) times two he was simply going to claim every 
number, after his starting point, that is divisible by nine. 

So where people had inferred a set of consequences in mine 
and Mike's actions (that we were trying to corner the market on 
numbers) Dan had actually done it. Or at least done a tenth of it. 
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In the midst of all this my friend Nelson Minar decided to try 
and solve two of the very real problems with artisanal integers as 
they'd been implemented thus far: 

1 . That all parties producing integers needed to be aware 
of one another and to honour their respective offsets. 

2. That there was no way to infer from a given artisanal 
integer what if s provenance is, or where it came from. 



Nelson did this using secret magical powers better known as 
"maths", specifically a technique known as Cantor pairing which is a 



way to generate a number based on a fixed number for a foundry (or 
artisanal integer provider) and the most recent, largest integer it has 
produced. 

It's pretty elegant but it does have a serious flaw. Because of 
the way the offsets work when calculating integers you effectively 
collapse the enormous number space we enjoy today (the 64 bit 
number space) back down to what we had to work with in the early 
90s (the 32 bit number space). 

That's not awesome for a service that claims, as Brooklyn 
Integers does, to have infinity on its side. 



Nelson has since proposed resolving this problem by saying: 

"With the current simple even! odd split for two foundries, we 
can generate 2 A 63 integers before running out of room, so many it's 
hard to call them artisinal really. But with the Cantor numbering we 
hit 2 A 64 much sooner: it will be site #3,327,948,883 generating its 
2,746,052,116th number that is 2 A 64. Or to put it in plain English, 
every foundry gets to generate about two billion integers before 
hitting the limit. ... I submit the practical solution is to pick a large 
fixed number of integer foundries, say 1000, and simply have each 
foundry agree to generate numbers in the sequence (eg) 1003, 2003, 
3003, 4003. It lacks elegance but is probably sufficient to meet 
demand. " 



So, a thousand foundries. Which is over three times the 
number of countries on the planet, right now. In theory we could just 
petition the United Nations, or maybe someone like International 
Civil Aviation Organization, to operate the Ministry of Numbers on a 
per-country basis. It would probably work, too. 
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Or we could simply adopt my friend Matthew Rothenberg's 
solution which is to issue cheap knock-off integers harvested from 
the Twitter message IDs of famous people. 




There's one last swallow of deep water before we come up for 
air: Spacetime IDs. 

Spacetime IDs are just a fancy name for points along a 
Hilbert curve. Hilbert curves are sometimes called a "continuous 
fractal space-fitting curve" which is confusing math talk for a very 
efficient way of storing points, and of finding their neighbours, in a 
two or three (or more) dimensional space. 



People who make maps and have to deal with spatial queries 
love Hilbert curves because it makes an otherwise complicated query 
simple and elegant. 




I like them because they allow you to compute a unique ID, 
given x, y and z variables, that can also be decoded at a later date to 
see the values that were used to compute it. 

I first learned about Hilbert curves when I still worked at 
Flickr and spent most of my time thinking about geotagged photos. 



There were never any serious plans to use Hilbert curves at 
Flickr but it was definitely an intriguing way to think about encoding 
the semantics of a photo - specifically a latitude, longitude and a 
timestamp - in its identifier. 



Careful readers will have noticed that everything I've just 
described also exposes a glaring and irresponsible security hole so 
it's always remained more of a thought exercise than anything you 
might mistake for a practical solution. 




But, consider this: What if we replace the timestamp with the 
object ID of a thing in our collection? 

This is still a bit of a work in progress, and the paint is still 
wet, but I think this could prove incredibly useful for institutions that 
collect things which are produced in multiples. Institutions like 
design museums, say. 



What if we could issue unique identifiers for every instance 
of a design object. A coffee maker for instance or, if we want to side- 
step the privacy question altogether, fire hydrants. Each fire hydrant 
would be able to exist as an atomic, addressable entity but still be 



able to point back to their heritage, so to speak, both as physical 
(geographic) and cultural objects. 

Or what if we replace object IDs with person IDs for graffiti 
artists and played the same trick with the many tags they leave 
around the city? That could be interesting. 

None of these are bullet proof solutions nor are they trying to 
be. They are each, in their own way, efforts to work through the very 
issues that make them not bullet proof. 




Artisinal integers and spacetime IDs are MacGuffins. They 
are a MacGuffin's MacGuffin. 



They are each an effort to work through the actual mechanics 
of what it means for things to be present - to be reliably present - on 
the network. To be present and accountable in a way that gives them 
gravity and mass around which the rest of life can orbit, in 
confidence. 
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We talk big about playing the long game but we don't, or 
haven't, really followed through on that rhetoric when it comes to our 
collections and the network. 

I always try to think about this in terms of the network and 
not the "web". It's hard to imagine the web going away these days 
but stranger things have happened, I guess. The network - the 
internet - is forever. Assuming that, like me, you think the network 
is here to stay. If you don't then none of this is really a big deal. It's a 
baseline. 



The whole point of putting our collections online is so that 



they will be there in 50 years. In 100 years. They will still call back 
when addressed because that's, I thought, the business we were all in 
keeping this stuff. 

Ours should not be to pre-vett every possible scenario or use 
case or association of our collections along a fixed linear history or if 
it is, it shouldn't be at the expense of the future. If that's what we're 
doing I will be the bad man and say that we have reduced our 
cultural heritage to little more than a monoculture. 




Deep breaths. 

Before we go any further I just want to quickly mention that I 
am not suggesting that we build a Borgesian 1:1 mirror world map. 
That pursuit has its moments but they are not what I am talking about 
today. 



If anything what I am suggesting is more like Benoit 
Mandelbrot's map of England which keeps getting bigger as you 
measure it. I am also not suggesting that this is what we should be 
doing but I do think that fostering an expectation that we could 
imagine doing something like it, when necessary, is important. 




This is why. 

This is a photograph of a warehouse equipped with robots 
from Kiva Systems. Kiva was purchased by Amazon last year. A 
year or two before that Amazon purchased the online shoe retailer 
Zappos as much for their expertise in warehousing as for their 
customer base. 



These warehousing systems, and the robots that work in 
them, are amazing pieces of technology. They are terrifying in their 
own way because by virtue of their robot-ness they allow for an 
efficiency of storage and retrieval in ways that aren't possible for 



humans and our puny meat-y limbs. 

It is a system that humans, unaided by robots and sensors and 
algorithms, simply don't understand. I have friends who've visited 
some of the warehouses and they report that there are lasers on the 
ceilings whose purpose is simply to direct humans to move items 
from one shelf to another. 

Which seems sort of grim and, well, in-human on the face of 
it. That is the conventional thinking until you actually buy something 
from Amazon and have that thing show up the next day. 

There are some very real costs associated with that piece of 
future magic that may dictate its longterm viability but, all things 
being equal, I have never met anyone who wants to go back. 

Short of promoting a particularly noxious brand of lifestyle 
porn around the idea of "artisanal warehousing" this is the future 
because it makes possible a kind of expectation around access and 
delivery. 

It's access and delivery to things like books and cat litter 
today but if we can make it work for those sorts of generally trivial 
things I am pretty sure we're going to start expecting it for the 
important stuff. 

Because you know, or should know, that this is what people 
are going to imagine the basements and archives of museums will 
look like soon. That's going to be very difficult for us but the reality 



is that people's expectations of what is possible are changing and we 
would do better to acknowledge that fact and not get stuck being 
grumpy old men yelling at the sky. 




And this is the important bit. The first thing to understand is 
that this is not, absolutely not, about establishing the primacy of the 
digital over the analog or vice versa. I happen to believe very 
strongly that, at the end of the day, our goal is to get people in the 
building. I say that because I believe that there is something valuable 
in rubbing up against the the things we collect, in the flesh. 



Because if we don't believe that then we have a pretty serious 
question to answer which is: What's up the building? Really. Is it just 
a very expensive business perk that we indulge ourselves in, at the 
expense of everyone else? 



The second is that whether it's unwillingness or inability (or 
both) that prevents us from doing for our collections what Amazon 
and others have done for retrieval and delivery all we have left are 
the digital proxies. 

More deep breaths. 

The good news is that this is okay. This is better than okay. 
This is presents an opportunity that we've never had before and we 
have proven, by the work that precedes us, that we are not complete 
morons so I believe we can make something of this. 

The bad news is that we are competing with Tumblr. Not 
Tumblr the company but the ability to, more easily than ever before, 
collect and catalog and investigate a subject and to share - to publish 
and to distribute - that knowledge among a community of peers. 

Which sounds an awful lot like classical scholarship to my 
ears. Even if the subject happens to be exercise treadmills. Or tyre 
swans. 

Call me naive but I thought that we had decided that what 
was important was measuring people on the rigour and merit of their 
study and not so much on the subject themselves. We've been bitten 
by those blinders so many times already that maybe we could just get 
past them this time? 

Because people are going to do this. They are going to build 
catalogs and registries and pointers to the things in their life and they 



are going to put them online so that they have... a center of mass 
around with the rest of their lives can orbit. 

But most important of all is that people are going to do this 
because they have the means at their disposal. We no longer operate 
in a world where we have any kind of special access to the means of 
production and no one is ever going to go back to that world, at least 
not willingly. 

Ask yourselves this: Why didn't David Walsh give his 
collection to one of our museums? I am less concerned with the 
answer than with the question, in this case. MONA is the far end of 
the spectrum when we talk about what's possible. David Walsh has, 
I'm told, more money than the sky but squint your eyes a bit and you 
see not money but means and desire. 

Now look back at the internet. 
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Because this is what 2012 looks like for museums. 

It is most definitely not about Twitter but about the fact that 
some random person out there on the Internet is building a record of 
understanding about Roombas that may well rival anything we will 
ever do ourselves. 

Beyond that, we are being forced to accept the fact that our 
collections are becoming "alive". Or at least they are assuming the 
plausible illusion of being alive. 



We are having to deal with the fact that someone else might 



be breathing life in to our collections for us or, frankly, despite us. 
We are having to deal with the fact that it might not even be a person 
doing it. 




And it's going to look weird. A lot weirder than this, 
probably. But stop, for a moment, and just let this this example settle 



in. 



Imagining the possibilities and the consequences of a robot 
vacuum cleaner self-powered by an on-board anaerobic digester and 
set loose on the streets of our major cities to clean up after dogs (or 
horses or cows) might be a genuinely useful conversation to have. 
It's an interesting discussion, either way. It's what designers do. 
Why wouldn't the Cooper-Hewitt want to be the place where that 
discussion happens? 



But we need to have confidence that people are not merely 
capable but are actively making sense of things, for themselves. And 
maybe not on our terms. We need to have confidence that our 
collections can bear the weight. 
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It's also going to be silly. 

Recently we were able to have the Cooper Hewitt collection 
webpages white-listed for Twitter's new "cards" functionality. 
"Cards" allow you to include a little bit of extra metadata - a photo 
or a description - in your webpages which is then displayed, on 
Twitter, if someone links to that page in a tweet. 



This is great. It reinforces the idea that the objects in our 
collections have a center of gravity around which other stories can 
orbit. It also means I can say, and do, things like this. 




'ways of seeing" 



Does everyone know who Purple and Brown are? This is not 
Purple and Brown. It's tasteful modern ceramic tableware by Eva 
Zeisel. A classic, by many people's standards. 




This is Purple and Brown. 

I'm pretty sure you'll never be able to look at those salt and 
pepper shakers the same way again. Sorry about that. That you'll 
never be able to not make this association again ought to tell us 
something, though. 

If it makes you feel any better Purple and Brown are 
produced by Aardman whose credits also include Wallace and 
Gromit, so these must be "art" and not just silly claymation shorts. 



Right? 
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Meanwhile, it's not as if our own house is in order. Our 
databases are full of incomplete data and half-told stories that might 
benefit from some help, or even a little horsing around. 

This is probably the most famous chair in the world and we 
call it "chair #670". I choose to believe that there are more interesting 
stories about this chair out there. If there aren't this is not the most 
compelling way to argue for why it's in a museum collection in the 
first place. 



Giving people the means to relate their stories to ours is really 
just fancy-talk for giving people something to link to. Giving them 



something that they can use as a reference point for what might be a 
whole other interpretation than ours, or even just a passing allusion 
costs us nothing. 

It does not undermine our work or our viewpoint and 
ultimately offers the potential for a richer and more fertile ground to 
roll around in, if and when we're ready to do that. Other people 
pointing to our stuff does not somehow mean we confer notability or 
relevance on their work. We don't have to link back. We do however 
need to let them link to us. 

If nothing else it says to people: We walk among you. We 
walk with you. 




The important part here is giving people not just a way but a 
thing - out there on the internet - to connect with. Loan items in 
exhibitions are a good example of one place we actively don't do 
this. 



One of the tiny victories in the alpha version of the new 
Cooper-Hewitt collections website is calling out that although there 
might have been 400 objects in an exhibition we will only show six 
of them. But that's only going to buy a very limited amount of grace 
time. How long before someone out there, who has nothing to do 
with museums, starts building websites that pull in data from all the 
participating museum websites to create an exhibitions site that 
reflects, well, reality? 



I understand that talking about loan items out loud is like the 
third rail of the museum world but here's another way to think about 
it: Our sausage making is no one else's problem. 

Our inability or unwillingness to acknowledge publicly that a 
loan object ever existed in our collections past the date that an 
exhibition closed is insane. Flat. Out. Insane. It doesn't make any 
sense. Not even a little bit. 

How exactly do we rationalize telling the same people who 
we've asked to come and see these damn things that past a certain 
date there is no way prove they were ever a part of our history? 
Especially when we publish books that demonstrate that they were. 
And if the argument is somehow that books provide museums with a 
kind of gated access that the web does not, or can not, then we've got 
some much bigger issues to work through. 

I have heard all the reasons why we can't do this. Some of 
them range from genuinely difficult like the toxic soup of image and 
reproduction rights to simply stupid like not doing anything at all. 
Either way, why are we asking visitors to have to think about this 
stuff at all? 

If all we did was make public, on the network, items in an 
exhibition as an accession number (or artisanal integer) along with 
some minimal viable metadata like its title and creator(s) then we do 
not claim that thing as our own but we do claim its transit through 
our history as our own. If we can't even do that then we not only 
create a giant vacuum but we invite someone else to fill it. 



It happens, too. If you talk to anyone who has worked at 
Flickr in the past, or present, they can give you reasons a mile long 
and a mile wide why there are still no decent mobile clients for 
Flickr. And there are lots of reasons. Most of them legitimate. Many 
of them are honestly outside of Flickr's control. 

That is also no one else's problem. There is, by now, nothing 
that can justify asking users to make accommodations for Flickr's 
inability to make sense of mobile. There is also no reason why 
Instagram should either. Instagram simply walked in to the vacuum 
that circumstances had created and saw an opportunity and made a 
billion dollars while Flickr looked on wondering why no one could , 
or would, feel their pain. 

I take no joy in saying that but I think it's a lesson we all 
ignore at our peril. If we're going to keep telling people that we have 
all this nice stuff and that its in their interest that we keep it we need 
to be able to at least prove that it exists. 

This, by the way, is the "inflatable chair" from the title of this 
talk. It's an inflatable Eames pool chair and we dreamt it up in the 
design workshop I mentioned at the top of the talk. It's also a nice 
visual device for suggesting that even beyond loan objects maybe 
we, and especially we the Cooper-Hewitt, should start to include the 
things that we sell in our shops in our collections. 
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Consider the following quote: 

"It relies on the assumption that physical possession of an 
object as a requirement for an acquisition is no longer necessary, 
and therefore it sets curators free to tag the world and acknowledge 
things that "cannot be had" —because they are too big (buildings, 
Boeing 747' s, satellites), or because they are in the air and belong to 
everybody and to no one, like the @ [symbol] ..." 



That's Paola Antonelli talking about MoMA acquiring the 
"@" symbol in to their collection. That's one of our own talking, 
essentially, about the museum engaging in a kind of fan fiction at a 



level of entire cultures. 

I had a very hard time with this when it was first announced 
and while I might still quibble with some of rhetoric that she uses to 
discuss the acquisition on measure I've mostly come around to it. I 
think. 

If nothing else I think it forces us to take a cold hard look at 
the relationship between the motive and the mechanics of how we 
collect, of how we measure, things. If we accept that the measure of 
a thing is the merits of our argument and of reaching people with the 
craft of our story-telling rather than the pomp and ceremony 
surrounding its production then things are about to get very 
interesting. 
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This image is from a presentation I did earlier in the year 
about a project of mine called the "wanderdrone" . I'm not going to 
talk about the project very much except to say that it involved a 
drone and a map and a lot of wandering around. 

The wandering is just a trick of the eye because the drone 
itself always remains at a fixed point in the center of the screen while 
the map underneath it pans from side to side and up and down with 
the drone rotating to complete the illusion. Occasionally the map will 
change zoom levels. 



Like I said, it doesn't do much but I love this piece. I love it 



because although I've been making maps for a long time now it had 
never occurred to me to use the idea of a dumber than dumb 
application that literally just wanders around the entire planet as a 
better way to showcase the art and craft of cartography and the 
beauty of the landscape. 

Around the same time that I was working on the wanderdrone 
Google released version two of the Google Art Project with even 
more of their magic zoom-y zoom gigapixel images. The panel on 
the right, there, is actually one of those zoomed-in views. It's a 
painting by Manet not, as you might think from looking at it, an 
aerial view of the Australian outback. 

But here's the thing: This is not a work by Manet. It doesn't 
exist. This never existed, at least not until Google came along. This 
is new work. It's beautiful in its own way but it's important to 
recognize that before these canvases were gigapixel-ed no one had 
ever seen this, not even the painter himself. Our little meat-y eyeballs 
just don't work that well. 

If all the technology and effort behind the projects and tools 
like gigapixel cameras is just to look at cracked paint then maybe we 
need to ask ourselves whether or not it's a bit of an indulgence. On 
the other hand, it's also suggests a pretty fabulous opportunity to 
offer an entire novel way to spend time with our collections. A kind 
of robot fan fiction, if you'll excuse the further abuse of an already 
abused phrase. 




On bad days, museums are exceptionally greedy of people's 
time and assume that the only measure of success is to gobble up an 
entire afternoon of someone's time hoping they will leave in a daze 
of cultural shock and awe. 



We still think of everything in units of publication whether 
it's an exhibition or an event or a book. Ever since the Art Project 
launched the museum community has held regular therapy sessions 
(disguised as panels) at one conference or another and I hang my 
head a little lower each time I hear people discuss the Art Project as 
though it were just another publishing platform. 



Because we all know that world is over and gone and never 
coming back, right? We can no longer hide behind the means of 
production as any useful measure of notability or critical relevance. 
All publishing a book means, these days, is that you know print-on- 
demand services exist and that you're probably thinking about the 
economics of book publishing a little more critically. 

I realize that it may sound like I am calling for yet another 
Year Zero; that we smash the clocks and restart everything anew, 
Paris Commune style. I'm not. I find that sort of rhetoric a bit 
tiresome, honestly. But I do want to know why there aren't more 
wanderdrones for our collections, yet. Not necessarily always on but 
always politely present, always willing to answer out there on the 
network, acting like old skool snakes and ladders in and out of all 
this amazing stuff we've been charged with keeping safe. 

Also, that bit over there on the right: Not an abstract 
expressionist painting. It's the Aral Sea as seen from a satellite. 




What follows is a last minute addition. It first appeared when 
I did this talk in Melbourne. It's a bit wooly and open-ended because 
I'm not sure what I think about it all but it feels like there's something 
here... 



For those of you who don't automatically recognize this photo 
it's not just a stuffed Koala but "Sam" the Koala from the 2009 
bushfires in the (Australian) state of Victoria. Sam, when he was 
discovered, was quite badly burned and eventually nursed back to 
health under the loving gaze of the media and the public. Still Sam 
died about a year of chlamydia which is not uncommon among 
Koalas. 



Sam now lives in the Melbourne Museum, complete with a 
replica of his bandages that its worth noting it no longer needed by 
the time he died. Quite a lot of people were seriously wigged out by 
seeing Sam stuffed and put on display. Because, you know, it's 
actually Sam. As opposed to all the other stuffed animals on display 
in the "Wild" exhibition, next door. And if that weren't weird enough 
he also lives downstairs from one of at least three separate 
representations of the famous race horse Phar Lap. 

I confess I knew nothing about Phar Lap, or his cultural 
significance, before coming to Australia and New Zealand. 

The first time I saw him was in Wellington where the 
skeleton lives. At the time I also learned that the heart is the National 
Gallery of Australia in Canberra. Which is kind of weird but hardly 
uncharted territory for museum collections. Ely Wallis told me about 
the ongoing debate wherein the natural history scholars routinely 
drive the humanities scholars to distraction by labeling Phar Lap as 
nothing more than a common horse. That was sort of funny. 

I was not, however, quite ready to meet Phar Lap again in 
Melbourne. Or rather the hide of Phar Lap stretched over a wire 
frame instead of a replica of the skeleton. Apparently both the 
skeleton and the hide have been shown side by side which is ... a bit 
unsettling, really. 

Is the real skeleton just a glorified wire frame? Is the hide a 
very elaborate halloween costume or it is simply a hoodie? Were 
they, as I've been urging for the last hour, holding hands? One of the 



other products to be included in the near future product catalog, we 
made in Detroit, is an at-home kit for making old-fashioned death 
masks of your pets which no longers seems like much of a stretch 
anymore. 

So, while it's still too soon for me to know what I think about 
Sam and Phar Lap, or to know what I think I am looking at when 
confronted with their many, very literal, representations I think they 
are worth keeping in mind as we work through what it means for the 
things we collect to exist on the network. 

Note: I had not yet read either James Bridle's essay on trap 
Streets http: //www. cabinetmagazine.org/issues/47 /bridle. php 

or Dan CatVs blog post on flip-flopping digital and analog 

artifacts http : / /revdancatt . com/ 2012/11/3 /dancing-the-f lip- 
f lop-going-by-the-new-aesthetic-playbook-and-devaluing- 
art/ when I gave this talk but if I had I almost certainly would 
have mentioned them. Both are absolutely worth reading. I would 
also have mentioned Joanne McNeils blog post on the junk ships 
of Alibaba http: //rhizome. org/editorial/2012/dec/3/ junk- 
ships-alibaba/ , if she hadn't written it two days after I finished 
writing up this talk. 




In closing, I want to touch on and leave you with the question 
of baselines. I want to leave you with a tangent that isn't really. 



I live in New York City now. I was there during hurricane 
Sandy but we live the part of Brooklyn that weathered the storm 
without any troubles. Lots of people had it very very bad and we 
were very very lucky. This is pretty much what my experience of the 
storm was like: Sitting at home watching it all unfold on the internet, 
more or less in real-time, until the cable company went dark. Even 
then, though, the cellular networks stayed open all night in our part 
of town. 



I also grew up in Quebec and I have lived through my share 
of province-wide power outages, in the dead of winter, so I am 
keenly aware that electricity is the weak link in everything I've been 
talking about. 

There is a general sense that, in 2012, nothing will work as 
we know and expect it to if the power goes out. I tend to agree with 
that sentiment and maybe it's okay to feel that way. And by okay I 
mean that there have always existed baselines that we as a 
community and a society have pledged to preserve; that it we ever 
stop fulfilling that mandate it will mean everything's gone well and 
truly wrong. 

Plumbing, for instance. Try to imagine how long "life as 
normal" would last if the bad stuff didn't go away when you flushed 
the toilet. That's a scenario that sharpens the mind. Perhaps 
electricity - keeping the lights and the servers on - has already 
crossed the Rubicon but I just don't remember that conversation 
being had in the public eye. 

It's a conversation we should have if only so that we can 
know and recognize the consequence of what embracing the network 
entails. 










^ E^ 






Thank you. 



2012-12-01 
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A proposal: Glossaries (dot json) 




This post was originally written for the Cooper-Hewitt Labs 

Weblog http: //labs .cooperhewitt.org/2 012/proposal-glossaries-dot- 
json/ . 

Early in the development cycle of the new Cooper- Hewitt collections 

website http://coiiection.cooperhewitt.org/ we decided that we wanted to 
define as many concordances, as possible, between our collection and the stuff 
belonging to other institutions. 

We're going to save an in-depth discussion of the specifics behind those 
efforts for another blog post except to say that the first step in building those 
concordances was harvesting other people's data (through public data dumps or 
their APIs). 

Defining equivalencies is still more of an art than a science and so having a 
local copy of someone else's dataset is important for testing things out. A big part of 
that work is looking at someone else's data and asking yourself: What does this field 
mean? It's not a problem specific to APIs or datasets, either. Every time two people 
exchange a spreadsheet the same question is bound to pop up. 



It's long been something of a holy grail of museums, and cultural heritage 
institutions, to imagine that we can define a common set of metadata standards that 
we will all use and unlock a magic (pony) world of cross-institutional search and 
understanding. The shortest possible retort to this idea is: Yes, but no. 

We can (and should) try to standardize on those things that are common 
between institutions. However it is the differences - differences in responsibilities; 
in bias and interpretation; in technical infrastructure - that distinguish institutions 
from one another. One needs look no further than the myriad ways in which 
museum encode their collection data in API responses to see this reality made 
manifest. 

I choose to believe that there are good and valid, and very specific, reasons 
why every institution does things a little differently and I don't want to change that. 
What I would like, however, is some guidance. 

In the process of working with everyone else's data I wrote myself a little 

tool https: //github.com/cooperhewitt/collection- 

tools/blob/master/bin/generate-glossary.py that iterates over a directory of 
files and generates a "glossary" file. Something that I can use as a quick reference 
listing all the possible keys that a given API or data dump might define. 

The glossary files began life as a tool to make my life a little easier and they 
have three simple rules: 

• They are meant to written by humans, in human-speak. 

• They are meant to read by humans, in human-speak. 

• They are meant to updated as time and circumstances permit. 

That's it. 

They are not meant to facilitate the autonomous robot-readable 

world http://berglondon.com/blog/2 011/08/03/the-robot-readable- 



world/ , at least not on their own. They are meant to be used in concert with 
humans be they researchers investigating another institution's collection or 
developers trying to make their collections hold hands with someone else's. 

So, here's the proposal: What if we all published our own glossary files? 

What is a glossary file? 

Glossary files are just dictionaries of dictionaries, encoded as 
JSON http: //www. json.org/ . There is nothing special about JSON other than 
that it currently does the best job at removing the most amount of markup required 
by machines to make sense of things, and is supported by just about every 
programming language out there. If someone comes up with something better it 
stands to reason that glossary files would use that instead. 

You can see a copy of the Cooper-Hewitt's glossary file for 

Objects https : // github.com/cooperhewitt/collection/blob/master/meta/objec 

glossary, json in our collection repository over on Github. And yes, you 
would be correct in noting that it doesn't actually have any useful descriptive data 
in yet. One thing at a time. 

The parent dictionary contains keys which are the names of the properties in 
the data structure used by an institution. Nested properties are collapsed in to a 
string, using a dot notation. For example: ' images ' : { ' b ' : { ' width ' 
: '715' } } would become ' images .b. width ' . 

The values are another dictionary with one required and two optional keys. 
They are: 

description 

This is a short text describing the key and how its values should be 
approached. 

There is no expectation of any markup in text fields in a glossary file. 



Nothing is stopping you from adding markup but the explicit goal of glossary files 
is to be simpler than simple and to be the sort of thing that could be updated using 
nothing fancier than a text editor. It's probably better to rely on the magic of 
language rather than semantics. 

notes 

This is an optional list of short texts describing gotchas, edge cases, special 
considerations or anything else that doesn't need to go in the description field 
but is still relevant. 

sameas 

This is an optional list of pointers asserting that you (the person maintaining 
a glossary file) believe that your key is the same as someone else's. For example, 
the Cooper-Hewitt might say that our date field is the same as the Indianapolis 
Museum of Art's creation_date field. 

There are two important things to remember about the sameas field: 

• You (as the author) are only asserting things that you believe to be 
true. There is absolutely no requirement that you define sameas 
properties for all the fields in your glossary file . Think of these pointers 
as the icing on the cake, rather than the cake itself. 

• There is currently no standard for how pointers should be encoded 
other than the stated goal of being "easy" for both humans and robots 
alike. The hope is that this will evolve through consensus - and 
working code. 

For example, we might say our date field is the same as: 

• ima:creation_date 

• x-urn : indianapolismuseumofart : creati.on_d.ate 



• http: //www. imamuseum. org#creation_date 

My personal preference would be for the first notation 
(ima : creation_date) but that does mean we, as a community, need to agree 
on namespaces (the ima : prefix) or simply that we pledge to list them someplace 
where they can be looked up. Again, my personal preference is to start simple and 
see what happens. 

The unstated rule with glossaries is that they also be easy enough to change 
without requiring a lot of time or heavy-lifting. If something fails that criteria that's 
probably a good indication it's best saved for a different project. 

It's easy to consider both the possibilities and the pitfalls afforded by 
sameas pointers. They are not going to solve every problem out there, by any 
means. On the other hand they feel like they might be a better than 80/20 solution 
(or at least forward motion) towards addressing the problem of equivalencies. It's 
really just about ensuring a separation of concerns. If we each commit to stating the 
things we believe to be true and to publishing those statements somewhere they can 
found then, over time, we can use that data to tell us new and interesting things 
about our collections. 

More importantly, between now and then - whatever "then" ends up looking 
like - we can still just get on with the work at hand. 

Git(hub) 

I mentioned that our glossary files are part of the Cooper- Hewitt's 

Collections metadata https : //github.com/cooperhewitt/collection/ 

repository on Github. Those files will always be included with the collections 
metadata but I am considering putting the canonical versions in their own 
repository. 

This would allow other people, out there in the community, to contribute 
suggestions and fixes ("pull requests" in Git-speak) without having to download the 
entirety of our collection. As always with Git(hub) it offers a way for institutions to 



preserve the authority over the meaning of their collections and to give other 
institutions some degree of confidence in the things we are saying. 

It also means that institutions will need to commit to taking seriously any 
pull requests that are submitted and tracking down the relevant people (inside the 
building) to approve or reject the changes. This is maybe not something we're all 
used to doing. We are not really wired, intellectually or institutionally, for dealing 
with the public pushing back on the things we publish. 

But if we're being honest everyone knows that it's not only a thing seen 
distantly on the horizon but a thing approaching with a daunting (and some times 
terrifying) speed. We're going to have to figure out how to address that reality even 
if that just means better articulating the reasons why it's not something a given 
institution wants to do. 

Which means that in addition to being a useful tool for researchers, 
developers and other people with directed goals glossaries can also act as a simple 
and safe device for putting some of these ideas to the test and, hopefully, understand 
where the remaining bumpy bits lay. 

Discuss! 



2012-12-11 
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The O and the Minutiae of the 
Future-Now 




This post was originally written for the Cooper-Hewitt Labs 

Weblog http : / / labs . cooperhewitt . org/ 2 012 /minutiae- future-now/ 



"What's theo dot php?" Nate http://www.twitter.com/homebrewer/ 



asked. 



We were sitting in a coffee shop in Melbourne and catching up on things 
because we still hadn't sorted out internet access at the hotel. We'd arrived the night 
before from Hobart, the capital of Tasmania, where we'd spent the day visiting the 
Museum of Old and New Art http://www.mona.net.au/ which is often just 
referred to as "MONA". 



"Theo" is actually "The O http://www.mona.net.au/theo/ " the name of 
the retrofitted iPod touch with custom software that MONA gives to every visitor 
when they enter the museum, "theo.php" is the URL that you're emailed the 



following day which shows you all the stuff you saw during your visit. 

It's not a page that's especially well-designed for looking at on your phone's 
tiny web browser. You can do the pinchy-zoomy thing to move around the page and 
make the links big enough to click on but only at the cost of feeling vaguely 
annoyed and disappointed. 

Links to individual works are loaded in-situ using Javascript so there are no 
permalinks (not even self-updating hash marks) or any way to share a link for a 
particular piece of art that you loved (or hated) with another person. Or even just 
yourself if you wanted to, say, bookmark it for later reference. 

So, that's not great. On the other hand: Working code always wins. 

Few other museums have mustered up the ambition (not to mention the cash 
dollars) to do something on the scale of The O so until we do any criticism of the 
work that MONA has done needs to be cut down to size by running it through a 
filter that is equal parts envy and armchair quarterbacking. 




The first thing I did when I got The O was remove the lanyard that you're 
supposed to use to drape the thing around your neck. Wearing it around your neck is 
meant to make the device easier to use which sounds like a classic engineering-as- 
philosophy excuse. It does actually make it easier to use but only because neither 
the hardware or the software are particularly well-suited for being shoved in to, and 
pulled out of, your back pocket. 



The second thing I did was put the headphones I was given in the pocket of 
my jacket. I should have just given them back to the nice "front of house" person 
but a first visit to the lobby of MONA is a bit overwhelming. I couldn't tell you 
what the person who gave me The O said about the device. Mostly I was looking at 
the impressive glass staircase beyond the entrance and thinking: Oh, it's an iPod. I 
can figure this out. 

The headphones seemed like overkill. Maybe that's me. I've never been 
much for audio tours and between The O and the headphones I was starting to feel 
like I might soon be wearing a fighter pilot's helmet complete with a built-in heads- 
up display https://en.wikipedia.org/wiki/Head-up_display . One of the 
nicer bits of The O is that every piece of art comes with a soundtrack; one or more 
songs that you can play while you contemplate a given work. 

I might have been inclined to put the headphones on if The O sported a 
continuous partial soundtrack. Something that would just play by itself in the 
background and cut over, from one track to the next, as you moved around the 
museum. 

Or a spoken narrative. That would be awesome and they don't necessarily 
need to be pre-recorded. I once walked the 30 minutes it takes to get from the 
Detroit Institute of the Arts http://www.dia.org/ to the city's downtown core 
listening to my phone's text-to-speech software read aloud a very long email from 
my friend James http://www.flickr.com/photos/antimega/690182 5982/ , SO 
it's all in the realm of the possible. 

Instead it felt like more buttons to press. 

The third thing I did, as we were walking down the stairs in to the museum 
itself, was ask why I couldn't take pictures with The O. 

No one is discouraged from taking photos in the 

museum http: //www. flickr.com/photos/tags/foursquare%3Avenue%3D4clac3 0bi 

but it means fiddling with yet another device. Lots of people are going to want to 
use their fancy digital SLRs to take high(er) quality photos but most people are 



going to be perfectly happy with whatever this year's iPod camera can do. 
Especially if it makes things easier and especially-er if those photos can be tied to 
all the stuff that MONA knows about a work that's being photographed. 

Managing photo uploads in a gallery would be a genuine engineering 
challenge (read: storage and bandwidth) but hardly an insurmountable one and the 
benefits would be pretty awesome. First of all, it demonstrates that a museum isn't 
blind to a reality where everyone walks around with a network-enabled camera, 
sharing things as they go. Secondly, if you're thinking about doing 3D digitization 
of your objects you could do a lot worse than stitching together all the photos that 
your visitors are taking. 




One of the "crazier" aspects of MONA if you're talking to museum 
professionals is the absence of wall labels. You know: Those pieces of cardboard 
stuck to the wall that tell you who the artist is, when a work was made and usually 
some overly polite interpretive text that is both too short to tell you anything of 
substance and too long to fit in a Twitter message. 

MONA is full of wireless receivers and The O does some fancy-pants 
triangulation to figure out where you are in the building and only show you works 
that are nearby. It's pretty clever, really. It's also not very fast. Or rather it's only 
fast if you remember that our ability to do this at all is still kind of magic - but that 
gets olds pretty quickly in a museum setting. 

Maybe it was because the device isn't configured to stay on all the time and 
silently update its location as I moved around? After all, the iPods all come with big 
honking extra battery packs. Maybe it was because I kept turning the iPod off every 
time I stuck in my back pocket? Maybe it was because the app itself kept crashing 
and I had to wait for it to restart? 

When it is working and you click on an individual piece you get a handsome 
photo of the thing you're looking at with five additional tabs for finding out more 
information. They are: 

Summary 

The basics like artist name, dimensions and a button to indicate you've seen 
the work, so that it will show up in the history of your (theo.php) tour around the 
museum. 

There's also a "love" and "hate" button which is bit heavy-handed but still 
kind of charming. After you've indicated a choice there's some nice copy telling 
you where your ranking falls relative to everyone else's. I sort of wish that those 
stats were shown to you before you indicated a preference precisely to see how 
people would game the system. I would 

totally https : / /twitter . com/thingsaarondoes go On a tour of the most hated 

things on view at MONA. 



Meanwhile, why can't I love or hate an artist? 

Ideas 

Or as I've started calling them: Fortune cookies. Short little pithy and fluffy 
aspirational dribblings of interpretation that are cornier than they are funny. They 
feel like throwaway comments that betray a lack of faith in the ability of visitors to 
be smart enough to figure things out on their own. 

Art Wank 

This felt like a deliberate provocation but it is David 
Walsh's http://monablog.net/category/david-walsh/ party SO he can do 
whatever he wants. MONA is his personal art collection and he paid for the whole 
thing, building included, out of pocket. I didn't read any of these texts if that's what 
you're wondering. They were too long to read standing up and too long to make me 
want to stare at a bright screen in an otherwise dark room. 

Gonzo 

I wish this hadn't been labeled 
"gonzo http://muppet.wikia.com/wiki/Gonzo ". At the end of the day, though, 
I don't really care what it's called so long as it never goes away. This is the best 
part of The O. It leaves you feeling like there's some avenue for understanding 
why a given piece was collected by the museum. The tone is conversational and 
through it emerges all the wiggly and sometimes contradictory motives that went in 
to acquiring a piece. 

It says: We probably know more of the shop-talk that surrounds a work of 
art but we are still human like you and our appreciation is something that we can, 
and want, to share with you. That we can hopefully make you appreciate how we 
fell in love with a work even if you think it's crap. 

Call me crazy, but I'm just not sure what's "gonzo" about that. It seems like 
minimal competence http://iaughingmeme.org/2010/05/i8/minimai- 

competence-data-access-data-ownership-and-sharecropping/ , really. 



Media 



So. Many. Buttons. Do I have to press them all?. 




A few quibbles about the tabs: 

• It's not clear when you 're using the device whether the texts will be 
included in the summary version of your tour so I found myself literally 
taking pictures of the thing in order to ensure that I'd have a way to 
recall the text I was reading. This suggests something that could be 
made... better. 



The layout and formatting of the text is terrible. There 's not really any 
excuse for this. The type is all smushed up together and the line heights 
are too small and the margins are non-existent. It all smells like some 
sort of default iOS NSTextWrapper handler from 2007. There is no 
shame in looking at what 



Readability http : / /www . readability . com/ or 

Instapaper https : //www. instapaper.com/ are doing and just 
copying that. 

• If I've gone to the trouble of clicking on one of the buttons for an 
artwork, or maybe clicking on a button and scrolling through some 
amount of a text, can that please count as having "viewed" a work? 
There are a bunch of things, like the creepy-worm-body-artist- 
guy http://monablog.net/2012/10/26/at-the-arsenale/ , that 
MONA doesn't think I've seen because I neglected to click the <I SEE 
YOU> button. 

But it mostly works. Except when it doesn't. Every once in a while, some or 
all the items in a room (sometimes upwards of 30) will be bundled up in to a single 
listing that, when clicked, opens a nested list of individual objects which you then 
have to scroll through to find the thing you're looking for. In anger. 

(pause) 

It's kind of a terrible time to be making mobile apps or, rather, it's sort of the 
mobile equivalent of that time when people thought writing websites in Java was a 
good idea. Java is awesome for lots of things just maybe not websites, or anything 
that needs to change often. Native mobile apps feel the same way and there's the 
added burden that they are being aggressively used as a weapon by the companies 
(the vertical "stacks http://blog.brian-fitzgerald.net/the-rant-bruce- 
steriing-sxsw ") that support them. See also: The long, sad history of vendor- 
specific authoring tools. 

One of the things that seems to get lost in the discussion of "native" versus 
the "web" is that the web has not-quite-already-but-nearly won. Which is to say that 
rendering engines not browsers have won. Which means that HTML (and some 
combination of Javascript and CSS) has won. As has HTTP. 

Almost. 



HTTP has basically won as the network and transport layer for most things. 
Web-based rendering engines are still not really the equal of fussy and bespoke 
hardware and device-specific APIs when it comes to performance but everyone 
expects them to be soon, or to reach an acceptable threshold where the rest of it 
doesn't matter. Once that happens why would you ever go back? 

But we're not there, yet. And tomorrow's future promises do little to help 
get things done today. That is our burden, working in the present. 

So, if you ever meet anyone who was involved in building The O buy them a 
drink and thank them for being willing to step up and stab themselves in the face 
with the minutiae of the future-now. We are better for it. 

Also, when was the last time you had oysters at a museum? 
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